SSM下的jdbc.properties文件配置

使用Spring+Struts2.0+MyBatis配置

jdbc.properties

文件：

单个或多个数据源配置

Spring文件对

jdbc.properties

文件的引用

jdbc.properties 配置如下：

#数据库为mysql的配置信息
#数据源testmysql配置
jdbc.username.testmysql=root
jdbc.password.testmysql=root
jdbc.driver.testmysql=com.mysql.jdbc.Driver
jdbc.url.testmysql=jdbc\:mysql\://localhost\:3306/testmysql?useUnicode\=true&characterEncoding\=UTF-8&zeroDateTimeBehavior\=round

#数据库为sqlserver的配置信息
#数据源testsqlserver配置
jdbc.username.testsqlserver=sa
jdbc.password.testsqlserver=root
jdbc.driver.testsqlserver=com.microsoft.sqlserver.jdbc.SQLServerDriver
jdbc.url.testsqlserver=jdbc\:sqlserver\://localhost\:1434;database\=testsqlserver;integratedSecurity\=false

#dbcp
jdbc.initialSize = 2
jdbc.maxActive = 5
jdbc.minIdle = 10
jdbc.maxIdle = 20
jdbc.timeBetweenEvictionRunsMillis = 30000
jdbc.poolPreparedStatements = false
jdbc.testOnBorrow = false
jdbc.removeAbandoned = false
jdbc.testOnReturn = true
jdbc.testWhileIdle = true
#jdbc.validationQuery=SELECT sysdate FROM dual

说明

mysql 连接url中useUnicode=true&characterEncoding=UTF-8 的作用

zeroDateTimeBehavior

　　JAVA连接MySQL数据库，在操作值为0的timestamp类型时不能正确的处理，而是默认抛出一个异常，就是所见的：java.sql.SQLException: Cannot convert value ‘0000-00-00 00:00:00’ from column 7 to TIMESTAMP。这一问题在官方文档中有详细说明，点击这里查看

　　在JDBC连接串中有一项属性：zeroDateTimeBehavior,可以用来配置出现这种情况时的处理策略，该属性有下列三个属性值：

- exception：默认值，即抛出SQL state [S1009]. Cannot convert value….的异常；

- convertToNull：将日期转换成NULL值；

- round：替换成最近的日期即0001-01-01；

　　因此对于这类异常，可以考虑通过修改连接串，附加zeroDateTimeBehavior=convertToNull属性的方式予以规避，例如：

jdbc:mysql://localhost:3306/mydbname?zeroDateTimeBehavior=convertToNull

　　从另一个层面讲，这类异常的触发也与timestamp赋值的操作有关，如果能够在设计阶段和记录写入阶段做好逻辑判断，避免写入 ‘0000-00-00 00:00:00’这类值，那么也可以避免出现 Cannot convert value ‘0000-00-00 00:00:00’ from column N to TIMESTAMP的错 误。

原文阅读：java连接MySql数据库 zeroDateTimeBehavior

dbcp基础配置

initialSize：连接池启动时创建的初始化连接数量（默认值为0）

maxActive：连接池中可同时连接的最大的连接数（默认值为8，调整为20，高峰单机器在20并发左右，自己根据应用场景定）

minIdle：连接池中最小的空闲的连接数，低于这个数量会被创建新的连接（默认为0，调整为5，该参数越接近maxIdle，性能越好，因为连接的创建和销毁，都是需要消耗资源的；但是不能太大，因为在机器很空闲的时候，也会创建低于minidle个数的连接，类似于jvm参数中的Xmn设置）

maxIdle：连接池中最大的空闲的连接数，超过的空闲连接将被释放，如果设置为负数表示不限制（默认为8个，maxIdle不能设置太小，因为假如在高负载的情况下，连接的打开时间比关闭的时间快，会引起连接池中idle的个数 上升超过maxIdle，而造成频繁的连接销毁和创建，类似于jvm参数中的Xmx设置)

maxWait：最大等待时间，当没有可用连接时，连接池等待连接释放的最大时间，超过该时间限制会抛出异常，如果设置-1表示无限等待（默认为无限，调整为60000ms，避免因线程池不够用，而导致请求被无限制挂起）

poolPreparedStatements：开启池的prepared（默认是false，未调整，经过测试，开启后的性能没有关闭的好。）

removeAbandoned ：超过removeAbandonedTimeout时间后，是否进 行没用连接（废弃）的回收（默认为false，调整为true)

removeAbandonedTimeout ：超过时间限制，回收没有用(废弃)的连接（默认为 300秒，调整为180）

dbcp的链接validate配置

dbcp是采用了commons-pool做为其连接池管理，testOnBorrow,testOnReturn, testWhileIdle是pool是提供的几种校验机制，通过外部钩子的方式回调dbcp的相关数据库链接(validationQuery)校验

dbcp相关外部钩子类：PoolableConnectionFactory,继承于common-pool PoolableObjectFactory

dbcp通过GenericObjectPool这一入口，进行连接池的borrow,return处理

testOnBorrow : 顾明思义，就是在进行borrowObject进行处理时，对拿到的connection进行validateObject校验

testOnReturn : 顾明思义，就是在进行returnObject对返回的connection进行validateObject校验，个人觉得对数据库连接池的管理意义不大

testWhileIdle : 关注的重点，GenericObjectPool中针对pool管理，起了一个Evict的TimerTask定时线程进行控制(可通过设置参数timeBetweenEvictionRunsMillis>0),定时对线程池中的链接进行validateObject校验，对无效的链接进行关闭后，会调用ensureMinIdle，适当建立链接保证最小的minIdle连接数。

timeBetweenEvictionRunsMillis,设置的Evict线程的时间，单位ms，大于0才会开启evict检查线程

validateQuery， 代表检查的sql

validateQueryTimeout， 代表在执行检查时，通过statement设置，statement.setQueryTimeout(validationQueryTimeout)

numTestsPerEvictionRun，代表每次检查链接的数量，建议设置和maxActive一样大，这样每次可以有效检查所有的链接.

以上内容来源：dbcp基本配置和重连配置

applicationContext-resource.xml文件配置(spring配置)

<!-- 属性文件读入,使用rapid中的JdbcPlaceholderConfigurer则可以从数据库读取配置信息 -->
<bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="locations">
<list>
<value>/WEB-INF/jdbc.properties</value>
</list>
</property>
</bean>

<!-- 数据源定义,使用Apache DBCP 连接池 -->
<!-- 1.testmysql 数据库连接池配置 -->
<bean id="dataSource_testmysql" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
<property name="driverClassName" value="${jdbc.driver.testmysql}" />
<property name="url" value="${jdbc.url.testmysql}" />
<property name="username" value="${jdbc.username.testmysql}" />
<property name="password" value="${jdbc.password.testmysql}" />
<property name="initialSize" value="${jdbc.initialSize}" />
<property name="maxActive" value="${jdbc.maxActive}" />
<property name="minIdle" value="${jdbc.minIdle}" />
<property name="maxIdle" value="${jdbc.maxIdle}" />
<property name="timeBetweenEvictionRunsMillis" value="${jdbc.timeBetweenEvictionRunsMillis}" />
<property name="poolPreparedStatements" value="${jdbc.poolPreparedStatements}" />
<property name="testOnBorrow" value="${jdbc.testOnBorrow}" />
<property name="removeAbandoned" value="${jdbc.removeAbandoned}" />
<property name="testOnReturn" value="${jdbc.testOnReturn}" />
<property name="testWhileIdle" value="${jdbc.testWhileIdle}" />
</bean>

<!-- 2.testsqlserver 数据库连接池配置  -->
<bean id="dataSource_testsqlserver" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
<property name="driverClassName" value="${jdbc.driver.testsqlserver}" />
<property name="url" value="${jdbc.url.testsqlserver}" />
<property name="username" value="${jdbc.username.testsqlserver}" />
<property name="password" value="${jdbc.password.testsqlserver}" />
<property name="initialSize" value="${jdbc.initialSize}" />
<property name="maxActive" value="${jdbc.maxActive}" />
<property name="minIdle" value="${jdbc.minIdle}" />
<property name="maxIdle" value="${jdbc.maxIdle}" />
<property name="timeBetweenEvictionRunsMillis" value="${jdbc.timeBetweenEvictionRunsMillis}" />
<property name="poolPreparedStatements" value="${jdbc.poolPreparedStatements}" />
<property name="testOnBorrow" value="${jdbc.testOnBorrow}" />
<property name="removeAbandoned" value="${jdbc.removeAbandoned}" />
<property name="testOnReturn" value="${jdbc.testOnReturn}" />
<property name="testWhileIdle" value="${jdbc.testWhileIdle}" />
</bean>