c3p0、dbcp、tomcat jdbc pool 链接池区别

时间 2019-11-06

标签 c3p0 dbcp tomcat jdbc pool 链接区别栏目 Java开源繁體版

原文原文链接

查看资料，得知dbcp和c3p0都是单线程的，在高并发的环境下性能会很是低下，
决定换用tomcat自带的jdbc-pool，关于jdbc-pool的项目介绍。
区别参考连接：http://www.open-open.com/lib/view/open1329182303124.htmlhtml

<!--  class="org.apache.tomcat.dbcp.dbcp.BasicDataSource" -->
    <!--  class="org.springframework.jdbc.datasource.DriverManagerDataSource" -->
       <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close" parent="c3p0DataSource">

Tomcat 在 7.0 之前的版本都是使用 commons-dbcp 作为链接池的实现，可是 dbcp 饱受诟病，缘由有：java

dbcp 是单线程的，为了保证线程安全会锁整个链接池
dbcp 性能不佳
dbcp 太复杂，超过 60 个类
dbcp 使用静态接口，在 JDK 1.6 编译有问题
dbcp 发展滞后
所以不少人会选择一些第三方的链接池组件，例如 c3p0 , bonecp, druid (@wenshao ) 等。mysql

为此，Tomcat 从 7.0 开始引入一个新的模块：Tomcat jdbc poolspring

tomcat jdbc pool 近乎兼容 dbcp ，性能更高
异步方式获取链接
tomcat jdbc pool 是 tomcat 的一个模块，基于 tomcat JULI，使用 Tomcat 的日志框架
使用 javax.sql.PooledConnection 接口获取链接
支持高并发应用环境
超简单，核心文件只有8个，比 c3p0 还
更好的空闲链接处理机制
支持 JMX
支持 XA Connection
tomcat jdbc pool 的优势远不止这些，详情请看这里。sql

tomcat jdbc pool 可在 Tomcat 中直接使用，也能够在独立的应用中使用。数据库

推荐使用
[html] view plain copy print?apache

<!-- JDBC链接池 、数据源 -->  

<bean id="dataSource" class="org.apache.tomcat.jdbc.pool.DataSource">  
  <property name="driverClassName" value="${jdbc.driverClassName}" />  
  <property name="url" value="${jdbc.url}" />  
  <property name="username" value="${jdbc.username}" />  
  <property name="password" value="${jdbc.password}" />  
  <property name="testWhileIdle" value="true" />  
  <property name="testOnBorrow" value="true" />  
  <property name="testOnReturn" value="false" />  
  <property name="validationQuery" value="SELECT 1" />  
  <property name="validationInterval" value="30000" />  
  <property name="timeBetweenEvictionRunsMillis" value="30000" />  
  <property name="maxActive" value="100" />  
  <property name="minIdle" value="2" />  
  <property name="maxWait" value="10000" />  
  <property name="initialSize" value="4" />  
  <property name="removeAbandonedTimeout" value="60" />  
  <property name="removeAbandoned" value="true" />  
  <property name="logAbandoned" value="true" />  
  <property name="minEvictableIdleTimeMillis" value="30000" />  
  <property name="jmxEnabled" value="true" />  
</bean>

引入Maven依赖：
[html] view plain copy print?在CODE上查看代码片派生到个人代码片

org.apache.tomcat
tomcat-jdbc
7.0.29

org.apache.tomcat
tomcat-juli
7.0.29 数组

tomcat-dbcp与commons-dbcp有什么区别
The default database connection pool implementation in Apache Tomcat relies on the libraries from the Apache Commons project. The following libraries are used:
Commons DBCP
Commons Pool
These libraries are located in a single JAR at $CATALINA_HOME/lib/tomcat-dbcp.jar. However, only the classes needed for connection pooling have been included, and the packages have been renamed to avoid interfering with applications.
以上是tomcat7.x的帮助文档，大意是tomcat-dbcp.jar包含了commons-dbcp和Commons Pool的内容，固然也只仅仅包含了须要数据库链接的部分，而不是所有。缓存

本文提供了对c3p0与DBCP链接池链接MySQL数据库时， 8小时内无请求自动断开链接的解决方案。首先介绍一下我在项目（c3p0链接池）中遇到的问题，后面还提供了使用DBCP链接池的解决方案。tomcat

基本问题解决
项目环境：
Java Web项目框架为spring MVC+JPA，使用c3p0链接池，发布环境为Tomcat 7

错误描述：
项目运行一段时间（大概几个小时）以后访问时会出现第一次访问报错，再次访问正常的现象，且屡次出现此问题。

报错日志：

[plain] view plain copy 在CODE上查看代码片派生到个人代码片

org.springframework.transaction.CannotCreateTransactionException: Could not open JPA EntityManager for transaction; nested exception is javax.persistence.PersistenceException: org.hibernate.TransactionException: JDBC begin transaction failed:   
    at org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.java:428)  
    at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:372)  
    at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:417)  
    at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:255)  
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:94)  
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)  
    at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:631)  
    at com.appcarcare.cube.service.UserService
EnhancerByCGLIB
a4429cba.getUserDao(<generated>)  

    at com.appcarcare.cube.servlet.DataCenterServlet$SqlTimer.connectSql(DataCenterServlet.java:76)  
    at com.appcarcare.cube.servlet.DataCenterServlet$SqlTimer.run(DataCenterServlet.java:70)  
    at java.util.TimerThread.mainLoop(Timer.java:555)  
    at java.util.TimerThread.run(Timer.java:505)  
Caused by: javax.persistence.PersistenceException: org.hibernate.TransactionException: JDBC begin transaction failed:   
    at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1387)  
    at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1310)  

    at org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:1397)  
    at org.hibernate.ejb.TransactionImpl.begin(TransactionImpl.java:62)  
    at org.springframework.orm.jpa.DefaultJpaDialect.beginTransaction(DefaultJpaDialect.java:71)  
    at org.springframework.orm.jpa.vendor.HibernateJpaDialect.beginTransaction(HibernateJpaDialect.java:60)  
    at org.springframework.orm.jpa.JpaTransactionManager.doBegin(JpaTransactionManager.java:378)  
    ... 11 more  
Caused by: org.hibernate.TransactionException: JDBC begin transaction failed:   
    at org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.doBegin(JdbcTransaction.java:76)  
    at org.hibernate.engine.transaction.spi.AbstractTransactionImpl.begin(AbstractTransactionImpl.java:160)  

    at org.hibernate.internal.SessionImpl.beginTransaction(SessionImpl.java:1426)  
    at org.hibernate.ejb.TransactionImpl.begin(TransactionImpl.java:59)  
    ... 14 more  
Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure  

The last packet successfully received from the server was 1,836,166 milliseconds ago.  The last packet sent successfully to the server was 29,134 milliseconds ago.  
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)  
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)  
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)  
    at java.lang.reflect.Constructor.newInstance(Constructor.java:526)  
    at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)  
    at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1117)  
    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3567)  
    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3456)  

    at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3997)  
    at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2468)  
    at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2629)  
    at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2713)  
    at com.mysql.jdbc.ConnectionImpl.setAutoCommit(ConnectionImpl.java:5060)  
    at com.mchange.v2.c3p0.impl.NewProxyConnection.setAutoCommit(NewProxyConnection.java:881)  
    at org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.doBegin(JdbcTransaction.java:72)  

    ... 17 more  
Caused by: java.net.SocketException: Software caused connection abort: recv failed  
    at java.net.SocketInputStream.socketRead0(Native Method)  
    at java.net.SocketInputStream.read(SocketInputStream.java:150)  
    at java.net.SocketInputStream.read(SocketInputStream.java:121)  
    at com.mysql.jdbc.util.ReadAheadInputStream.fill(ReadAheadInputStream.java:114)  
    at com.mysql.jdbc.util.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:161)  
    at com.mysql.jdbc.util.ReadAheadInputStream.read(ReadAheadInputStream.java:189)  
    at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:3014)  
    at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3467)  
    ... 25 more

缘由分析：
MySQL服务器默认的“wait_timeout”是28800秒即8小时，意味着若是一个链接的空闲时间超过8个小时，MySQL将自动断开该链接，而链接池却认为该链接仍是有效的(由于并未校验链接的有效性)，当应用申请使用该链接时，就会致使上面的报错。
解决方案(解决这个问题的办法有三种，推荐第二种)：
1. 增长 MySQL 的 wait_timeout 属性的值
修改mysql安装目录下的配置文件 my.ini文件（若是没有此文件，复制“my-default.ini”文件，生成“复件 my-default.ini”文件。将“复件 my-default.ini”文件重命名成“my.ini” ），在文件中设置：
[plain] view plain copy 在CODE上查看代码片派生到个人代码片

wait_timeout=31536000  
interactive_timeout=31536000

这两个参数的默认值是8小时(60*60*8=28800)。
注意： 1.wait_timeout的最大值只容许2147483 （24天左右）
2.修改配置文件为网上大部分文章所提供的方式，也可使用mysql命令对这两个属性进行修改
mysql命令

减小链接池内链接的生存周期
减小链接池内链接的生存周期，使之小于上一项中所设置的wait_timeout 的值。
修改 c3p0 的配置文件，在 Spring 的配置文件中设置：
[java] view plain copy 在CODE上查看代码片派生到个人代码片
按期使用链接池内的链接
按期使用链接池内的链接，使得它们不会由于闲置超时而被 MySQL 断开。
修改 c3p0 的配置文件,在 Spring 的配置文件中设置：
[java] view plain copy 在CODE上查看代码片派生到个人代码片

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">    
<property name="preferredTestQuery" value="SELECT 1"/>    
<property name="idleConnectionTestPeriod" value="18000"/>    
<property name="testConnectionOnCheckout" value="true"/>    
</bean>

知识扩展
C3P0
C3P0是一个开放源代码的JDBC链接池，它在lib目录中与hibernate一块儿发布,包括了实现jdbc3和jdbc2扩展规范说明的Connection 和Statement 池的DataSources 对象。 c3p0配置文件

[html] view plain copy 在CODE上查看代码片派生到个人代码片

<default-config>   
　　<!--当链接池中的链接耗尽的时候c3p0一次同时获取的链接数。Default: 3 -->   
　　<property name="acquireIncrement">3</property>   
　　<!--定义在从数据库获取新链接失败后重复尝试的次数。Default: 30 -->   
　　<property name="acquireRetryAttempts">30</property>   
　　<!--两次链接中间隔时间，单位毫秒。Default: 1000 -->   
　　<property name="acquireRetryDelay">1000</property>   
　　<!--链接关闭时默认将全部未提交的操做回滚。Default: false -->   
　　<property name="autoCommitOnClose">false</property>   
　　<!--c3p0将建一张名为Test的空表，并使用其自带的查询语句进行测试。若是定义了这个参数那么   
　　属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操做，它将只供c3p0测试   
　　使用。Default: null-->   
　　<property name="automaticTestTable">Test</property>   
　　<!--获取链接失败将会引发全部等待链接池来获取链接的线程抛出异常。可是数据源仍有效   
　　保留，并在下次调用getConnection()的时候继续尝试获取链接。若是设为true，那么在尝试   
　　获取链接失败后该数据源将申明已断开并永久关闭。Default: false-->   
　　<property name="breakAfterAcquireFailure">false</property>   
　　<!--当链接池用完时客户端调用getConnection()后等待获取新链接的时间，超时后将抛出   
　　SQLException,如设为0则无限期等待。单位毫秒。Default: 0 -->   
　　<property name="checkoutTimeout">100</property>   
　　<!--经过实现ConnectionTester或QueryConnectionTester的类来测试链接。类名需制定全路径。   
　　Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester-->   
　　<property name="connectionTesterClassName"></property>   
　　<!--指定c3p0 libraries的路径，若是（一般都是这样）在本地便可得到那么无需设置，默认null便可   
　　Default: null-->   
　　<property name="factoryClassLocation">null</property>   
　　<!--Strongly disrecommended. Setting this to true may lead to subtle and bizarre bugs.   
　　（文档原文）做者强烈建议不使用的一个属性-->   
　　<property name="forceIgnoreUnresolvedTransactions">false</property>   
　　<!--每60秒检查全部链接池中的空闲链接。Default: 0 -->   
　　<property name="idleConnectionTestPeriod">60</property>   
　　<!--初始化时获取三个链接，取值应在minPoolSize与maxPoolSize之间。Default: 3 -->   
　　<property name="initialPoolSize">3</property>   
　　<!--最大空闲时间,60秒内未使用则链接被丢弃。若为0则永不丢弃。Default: 0 -->   
　　<property name="maxIdleTime">60</property>   
　　<!--链接池中保留的最大链接数。Default: 15 -->   
　　<property name="maxPoolSize">15</property>   
　　<!--JDBC的标准参数，用以控制数据源内加载的PreparedStatements数量。但因为预缓存的statements   
　　属于单个connection而不是整个链接池。因此设置这个参数须要考虑到多方面的因素。   
　　若是maxStatements与maxStatementsPerConnection均为0，则缓存被关闭。Default: 0-->   
　　<property name="maxStatements">100</property>   
　　<!--maxStatementsPerConnection定义了链接池内单个链接所拥有的最大缓存statements数。Default: 0 -->   
　　<property name="maxStatementsPerConnection"></property>   
　　<!--c3p0是异步操做的，缓慢的JDBC操做经过帮助进程完成。扩展这些操做能够有效的提高性能   
　　经过多线程实现多个操做同时被执行。Default: 3-->   
　　<property name="numHelperThreads">3</property>   
　　<!--当用户调用getConnection()时使root用户成为去获取链接的用户。主要用于链接池链接非c3p0   
　　的数据源时。Default: null-->   
　　<property name="overrideDefaultUser">root</property>   
　　<!--与overrideDefaultUser参数对应使用的一个参数。Default: null-->   
　　<property name="overrideDefaultPassword">password</property>   
　　<!--密码。Default: null-->   
　　<property name="password"></property>   
　　<!--定义全部链接测试都执行的测试语句。在使用链接测试的状况下这个一显著提升测试速度。注意：   
　　测试的表必须在初始数据源的时候就存在。Default: null-->   
　　<property name="preferredTestQuery">select id from test where id=1</property>   
　　<!--用户修改系统配置参数执行前最多等待300秒。Default: 300 -->   
　　<property name="propertyCycle">300</property>   
　　<!--因性能消耗大请只在须要的时候使用它。若是设为true那么在每一个connection提交的   
　　时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable   
　　等方法来提高链接测试的性能。Default: false -->   
　　<property name="testConnectionOnCheckout">false</property>   
　　<!--若是设为true那么在取得链接的同时将校验链接的有效性。Default: false -->   
　　<property name="testConnectionOnCheckin">true</property>   
　　<!--用户名。Default: null-->   
　　<property name="user">root</property>   
　　在Hibernate（spring管理）中的配置：   
　　<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">   
　　<property name="driverClass"><value>oracle.jdbc.driver.OracleDriver</value></property>   
　　<property name="jdbcUrl"><value>jdbc:oracle:thin:@localhost:1521:Test</value></property>   
　　<property name="user"><value>Kay</value></property>   
　　<property name="password"><value>root</value></property>   
　　<!--链接池中保留的最小链接数。-->   
　　<property name="minPoolSize" value="10" />   
　　<!--链接池中保留的最大链接数。Default: 15 -->   
　　<property name="maxPoolSize" value="100" />   
　　<!--最大空闲时间,1800秒内未使用则链接被丢弃。若为0则永不丢弃。Default: 0 -->   
　　<property name="maxIdleTime" value="1800" />   
　　<!--当链接池中的链接耗尽的时候c3p0一次同时获取的链接数。Default: 3 -->   
　　<property name="acquireIncrement" value="3" />   
　　<property name="maxStatements" value="1000" />   
　　<property name="initialPoolSize" value="10" />   
　　<!--每60秒检查全部链接池中的空闲链接。Default: 0 -->   
　　<property name="idleConnectionTestPeriod" value="60" />   
　　<!--定义在从数据库获取新链接失败后重复尝试的次数。Default: 30 -->   
　　<property name="acquireRetryAttempts" value="30" />   
　　<property name="breakAfterAcquireFailure" value="true" />   
　　<property name="testConnectionOnCheckout" value="false" />   
　　</bean>

　　###########################
　　### C3P0 Connection Pool###
　　###########################
　

　#hibernate.c3p0.max_size 2   
　　#hibernate.c3p0.min_size 2   
　　#hibernate.c3p0.timeout 5000   
　　#hibernate.c3p0.max_statements 100   
　　#hibernate.c3p0.idle_test_period 3000   
　　#hibernate.c3p0.acquire_increment 2   
　　#hibernate.c3p0.validate false   
　　在hibernate.cfg.xml文件里面加入以下的配置：   
　　<!-- 最大链接数 -->   
　　<property name="hibernate.c3p0.max_size">20</property>   
　　<!-- 最小链接数 -->   
　　<property name="hibernate.c3p0.min_size">5</property>   
　　<!-- 得到链接的超时时间,若是超过这个时间,会抛出异常，单位毫秒 -->   
　　<property name="hibernate.c3p0.timeout">120</property>   
　　<!-- 最大的PreparedStatement的数量 -->   
　　<property name="hibernate.c3p0.max_statements">100</property>   
　　<!-- 每隔120秒检查链接池里的空闲链接 ，单位是秒-->   
　　<property name="hibernate.c3p0.idle_test_period">120</property>   
　　<!-- 当链接池里面的链接用完的时候，C3P0一下获取的新的链接数 -->   
　　<property name="hibernate.c3p0.acquire_increment">2</property>   
　　<!-- 每次都验证链接是否可用 -->   
　　<property name="hibernate.c3p0.validate">true</property>

使用DBCP链接池时出现MySql 8小时断开链接的解决方法
修改l配置文件：
修改以下：

[html] view plain copy 在CODE上查看代码片派生到个人代码片

<data-sources>  
        <data-source key="org.apache.struts.action.DATA_SOURCE"                             type="org.apache.commons.dbcp.BasicDataSource">  
        <set-property property="driverClassName" value="com.mysql.jdbc.Driver" />  
        <set-property property="description" value="wjjg" />  
        <set-property property="url" value="jdbc:mysql://localhost/wjjg?useUnicode=true&characterEncoding=GB2312" />  
        <set-property property="password" value="12345678" />  
        <set-property property="username" value="wjjg" />  
        <set-property property="maxActive" value="10" />  
        <set-property property="maxIdle" value="60000" />  
        <set-property property="maxWait" value="60000" />  
        <set-property property="defaultAutoCommit" value="true" />  
        <set-property property="defaultReadOnly" value="false" />    
        <set-property property="testOnBorrow" value="true"/>  
        <set-property property="validationQuery" value="select 1"/>  
</data-source>

其中testOnBorrow 和 validationQuery 很重要。

testOnBorrow的意思是从数据库链接池中取得链接时，对其的有效性进行检查。

validationQuery 是用来检查的SQL语句，“select 1”执行较快，是一个不错的检测语句。

回顾
当测试人员反映到这个问题的时候，很快就锁定了Mysql八小时的问题，可是解决方案却费了我不小功夫，先是考虑到修改mysql配置文件确定是不太合理的，弃之。

而后想了一下在一个servlet中写了个定时器，让它每两小时查一下数据库，运行了几天发现问题仍然存在，将定时器间隔时间修改成30分钟、3分钟仍然无济于事，异常照常出现，弃之。

在网上搜了一下解决方案也挺多，把

[java] view plain copy 在CODE上查看代码片派生到个人代码片

<set-property property="testOnBorrow" value="true"/>  
        <set-property property="validationQuery" value="select 1"/>

写入到配置文件中，运行报错，说bean中没有这两个属性，查看了一下原来是我用的c3p0链接池，而这个解决方案是针对DBCP链接池的。

最后在配置文件中，添加了

[java] view plain copy 在CODE上查看代码片派生到个人代码片

<property name="maxIdleTime"value="1800"/>

成功解决了问题。

相关问题解决

用数据库链接池解决org.hibernate.exception.JDBCConnectionException:could not execute query
数据库链接池解决

最近的一个项目在Hibernate使用C3P0的链接池，数据库为Mysql。开发测试没有问题，在运行中每一个一段长的空闲时间就出现异常:
C3P0的链接池

本身的项目超时与数据库失去链接，线上是120s超时就没有链接采用的是这个配置

<!-- 数据源定义 -->
    <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"
        destroy-method="close">
        <property name="driverClassName" value="com.mysql.jdbc.Driver" />
        <property name="url" value="${COLLECTION_JDBC_URL}" />
        <property name="username" value="${COLLECTION_JDBC_USERNAME}" />
        <property name="password" value="${COLLECTION_JDBC_PASSWORD}" />

        <!-- 最大活动链接:链接池在同一时间可以分配的最大活动链接的数量, 若是设置为非正数则表示不限制 -->
        <property name="maxActive" value="#{env['jdbcMaxActive'] ?: 20}" />
        <!-- 最大空闲链接:链接池中允许保持空闲状态的最大链接数量,超过的空闲链接将被释放,若是设置为负数表示不限制 -->
        <property name="maxIdle" value="#{env['jdbcMaxIdle'] ?: 10 }" />
        <!-- 最小空闲链接:链接池中允许保持空闲状态的最小链接数量,低于这个数量将建立新的链接,若是设置为0则不建立 -->
        <property name="minIdle" value="#{env['jdbcMinIdle'] ?: 2 }" />
        <!-- 初始化链接:链接池启动时建立的初始化链接数量 -->
        <property name="initialSize" value="#{env['jdbcInitialSize'] ?: 20}" />
        <!-- 最大等待时间:当没有可用链接时,链接池等待链接被归还的最大时间(以毫秒计数),超过期间则抛出异常,若是设置为-1表示无限等待 -->
        <property name="maxWait" value="#{env['jdbcMaxWait'] ?: 10000 }" />
        <!-- 指明是否在从池中取出链接前进行检验,若是检验失败,则从池中去除链接并尝试取出另外一个 注意: 设置为true后若是要生效,validationQuery参数必须设置为非空字符串 -->
        <property name="testOnBorrow" value="true" />
        <!-- 进行returnObject对返回的connection进行validateObject校验 -->
        <property name="testOnReturn" value="#{env['jdbcTestOnReturn']?: false}" />
        <property name="validationQuery" value="select 1" />
        <property name="validationQueryTimeout" value="#{env['jdbcValidationQueryTimeout'] ?: 1}" />
        <!-- 空闲时是否进行验证，检查对象是否有效，默认为false -->
        <property name="testWhileIdle" value="#{env['jdbcTestWhileIdle']?: true}" />
        <!-- 在空闲链接回收器线程运行期间休眠的时间值,以毫秒为单位.若是设置为非正数,则不运行空闲链接回收器线程 -->
        <property name="timeBetweenEvictionRunsMillis" value="#{env['jdbcTimeBetweenEvictionRunsMillis']?: 600000}" />
        <!-- 链接在池中保持空闲而不被空闲链接回收器线程(若是有)回收的最小时间值，单位毫秒 -->
        <property name="minEvictableIdleTimeMillis" value="#{env['jdbcMinEvictableIdleTimeMillis'] ?: 600000}" />
        <!-- 表明每次检查连接的数量，建议设置和maxActive同样大，这样每次能够有效检查全部的连接 -->
        <property name="numTestsPerEvictionRun" value="#{env['jdbcMaxActive'] ?: 20}" />
        <property name="removeAbandoned" value="#{env['jdbcRemoveAbandoned']?: true}" />
        <property name="removeAbandonedTimeout" value="#{env['jdbcRemoveAbandonedTimeout']?: 300}" />
        <property name="logAbandoned" value="#{env['jdbcLogAbandoned']?: true}" />
    </bean>

dbcp类型，因为不让修改

wait_timeout=31536000  
interactive_timeout=31536000

也没法定位问题，最后

<!-- 这里定义JPA相关配置。整体上来讲，这里使用以Hibernate为Provider的JPA2.0方案，使用Spring来进行集成，不依赖于容器的JPA实现。 -->
    <bean id="batchDataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close">
        <property name="driverClassName" value="com.mysql.jdbc.Driver" />
        <property name="url" value="${COLLECTION_JDBC_URL}" />
        <property name="username" value="${COLLECTION_JDBC_USERNAME}" />
        <!-- <property name="password" value="#{rsautilManager.decurpt(env['decurpt'] ?:'0',env['jdbcPassword'])}" /> -->
        <property name="password" value="${COLLECTION_JDBC_PASSWORD}" />

        <property name="initialSize" value="3" />   
        <property name="minIdle" value="3" />
        <property name="maxActive" value="20" />
        <property name="maxWait" value="5000" />

        <!-- 心跳检测时间线程，会休眠timeBetweenEvictionRunsMillis时间，而后只对(没有borrow的线程 减去 minIdle)的线程进行检查，若是空闲时间大于minEvictableIdleTimeMillis则进行close -->
        <property name="timeBetweenEvictionRunsMillis" value="90000" />
        <property name="minEvictableIdleTimeMillis" value="1800000" />
        <property name="testOnBorrow" value="false" />
        <property name="testOnReturn" value="false" />
        <property name="testWhileIdle" value="true" />
        <!-- testWhileIdle必须设置为true，在获取到链接后，先检查testOnBorrow，而后再断定testwhileIdle，若是链接空闲时间大于timeBetweenEvictionRunsMillis，则会进行心跳检测。 -->
        <!-- 不须要配置validationQuery，若是不配置的状况下会走ping命令，性能更高。 -->
        <!-- 链接保存在数组里面，获取链接的时候，获取数组的最后一位。在timeBetweenEvictionRunsMillis时是从前日后进行检查链接的有效性。 -->

最后更换链接池类型而且配置后再也没有出现断开不能重连的状况