mysql默认8⼩时连接断开机制解决
转载连接：/databa/1639209.html
本⽂提供了对c3p0与DBCP连接池连接MySql数据库时， 8⼩时内⽆请求⾃动断开连接的解决⽅案。⾸先介绍⼀下我在项⽬（c3p0连接池）中遇到的问题，后⾯还提供了使⽤DBCP连接池的解决⽅案。
原因分析：
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” ），在⽂件中设置：
wait_timeout=31536000
interactive_timeout=31536000
这两个参数的默认值是8⼩时(60*60*8=28800)。
注意： 1.wait_timeout的最⼤值只允许2147483 （24天左右）
2.修改配置⽂件为⽹上⼤部分⽂章所提供的⽅式，也可以使⽤mysql命令对这两个属性进⾏修改
2. 减少连接池内连接的⽣存周期
减少连接池内连接的⽣存周期，使之⼩于上⼀项中所设置的wait_timeout 的值。
修改 c3p0 的配置⽂件，在 Spring 的配置⽂件中设置：
<bean id="dataSource" class="hange.v2.c3p0.ComboPooledDataSource">
<property name="maxIdleTime"value="1800"/>
<!--other properties -->
</bean>
3. 定期使⽤连接池内的连接
定期使⽤连接池内的连接，使得它们不会因为闲置超时⽽被 MySQL 断开。
修改 c3p0 的配置⽂件，在 Spring 的配置⽂件中设置：
<bean id="dataSource" class="hange.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配置⽂件
<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: fal -->
<property name="autoCommitOnClo">fal</property>
<!--c3p0将建⼀张名为Test的空表，并使⽤其⾃带的查询语句进⾏测试。如果定义了这个参数那么
属性preferredTestQuery将被忽略。你不能在这张Test表上进⾏任何操作，它将只供c3p0测试
使⽤。Default: null-->
<property name="automaticTestTable">Test</property>
<!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效
保留，并在下次调⽤getConnection()的时候继续尝试获取连接。如果设为true，那么在尝试
获取连接失败后该数据源将申明已断开并永久关闭。Default: fal-->
<property name="breakAfterAcquireFailure">fal</property>
<!--当连接池⽤完时客户端调⽤getConnection()后等待获取新连接的时间，超时后将抛出
SQLException，如设为0则⽆限期等待。单位毫秒。Default: 0 -->
<property name="checkoutTimeout">100</property>
<!--通过实现ConnectionTester或QueryConnectionTester的类来测试连接。类名需制定全路径。
Default: hange.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">fal</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="overrideDefaultUr">root</property>
<!--与overrideDefaultUr参数对应使⽤的⼀个参数。Default: null-->
<property name="overrideDefaultPassword">password</property>
<!--密码。Default: null-->
<property name="password"></property>
<!--定义所有连接测试都执⾏的测试语句。在使⽤连接测试的情况下这个⼀显著提⾼测试速度。注意：
测试的表必须在初始数据源的时候就存在。Default: null-->
<property name="preferredTestQuery">lect id from test where id=1</property>
<!--⽤户修改系统配置参数执⾏前最多等待300秒。Default: 300 -->
<property name="propertyCycle">300</property>
<!--因性能消耗⼤请只在需要的时候使⽤它。如果设为true那么在每个connection提交的
时候都将校验其有效性。建议使⽤idleConnectionTestPeriod或automaticTestTable
等⽅法来提升连接测试的性能。Default: fal -->
<property name="testConnectionOnCheckout">fal</property>
<!--如果设为true那么在取得连接的同时将校验连接的有效性。Default: fal -->
<property name="testConnectionOnCheckin">true</property>
<!--⽤户名。Default: null-->
<property name="ur">root</property>
在Hibernate（spring管理）中的配置：
<bean id="dataSource" class="hange.v2.c3p0.ComboPooledDataSource" destroy-method="clo"> <property name="driverClass"><value>oracle.jdbc.driver.OracleDriver</value></property>
<property name="jdbcUrl"><value>jdbc:oracle:thin:@localhost:1521:Test</value></property>
<property name="ur"><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="fal" />
</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 fal
在l⽂件⾥⾯加⼊如下的配置：
<!-- 最⼤连接数 -->
<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配置⽂件：
修改如下：
<data-sources>
<data-source key="org.apache.struts.action.DATA_SOURCE" type="s.dbcp.BasicDataSource">
<t-property property="driverClassName" value="sql.jdbc.Driver" />
<t-property property="description" value="wjjg" />
<t-property property="url" value="jdbc:mysql://localhost/wjjg?uUnicode=true&characterEncoding=GB2312" />
<t-property property="password" value="12345678" />
<t-property property="urname" value="wjjg" />
<t-property property="maxActive" value="10" />
<t-property property="maxIdle" value="60000" />
<t-property property="maxWait" value="60000" />
<t-property property="defaultAutoCommit" value="true" />
<t-property property="defaultReadOnly" value="fal" />
<t-property property="testOnBorrow" value="true"/>
<t-property property="validationQuery" value="lect 1"/>
</data-source>
其中testOnBorrow 和 validationQuery 很重要。
testOnBorrow的意思是从数据库连接池中取得连接时，对其的有效性进⾏检查。
validationQuery 是⽤来检查的SQL语句，“lect 1”执⾏较快，是⼀个不错的检测语句。
趣事
当测试⼈员反映到这个问题的时候，很快就锁定了Mysql⼋⼩时的问题，但是解决⽅案却费了我不⼩功夫，先是考虑到修改mysql配置⽂件肯定是不太合理的，弃之。
然后想了⼀下在⼀个rvlet中写了个定时器，让它每两⼩时查⼀下数据库，运⾏了⼏天发现问题仍然存在，将定时器间隔时间修改为30分钟、3分钟仍然⽆济于事，异常照常出现，弃之。
在⽹上搜了⼀下解决⽅案也挺多，把
<t-property property="testOnBorrow" value="true"/>
<t-property property="validationQuery" value="lect 1"/>
写⼊到配置⽂件中，运⾏报错，说bean中没有这两个属性，查看了⼀下原来是我⽤的c3p0连接池，⽽
这个解决⽅案是针对DBCP连接池的。
最后在配置⽂件中，添加了
<property name="maxIdleTime"value="1800"/>
成功解决了问题。
感悟，问题很简单，就是改个配置⽂件，但是遇到问题需要快速解决问题的能⼒，更需要认真的态度。
来翻了⼀下mysql的⼿册，发现mysql有解决办法，下⾯就是最简单的解决办法：
连接数据库的时候加上autoReconnect=true这个参数：
jdbc:mysql://localhost:3306/accounant?uUnicode=true&characterEncoding=UTF-8&autoReconnect=true
但是，在mysql⼿册中有这样⼀段话：
驱动程序是否应尝试再次建⽴失效的和／或死连接？如果允许，对于在失效或死连接上发出的查询（
属于当前事务），驱动程序将抛出异常，但在新事务的连接上发出下⼀个查询时，将尝试再连接。不推荐使⽤该特性，这是因为，当应⽤程序不能恰当处理SQLExceptions时，它会造成与会话状态和数据⼀致性有关的副作⽤，设计它的⽬的仅⽤于下述情况，即，当你⽆法配置应⽤程序来恰当处理因死连接和／或⽆效连接导致的SQLExceptions时。作为可选⽅式，可将MySQL服务器变量“wait_timeout”设置为较⾼的值，⽽不是默认的8⼩时。
呵呵，不知道这种“副作⽤”会产⽣什么后果，难道会使tomcat崩溃？？会产⽣“数据⼀致性”问题？？
保险⼀点的办法还是增加“wait_timeout”这个值吧，把28800设置成更⼤的值，这样应该就不会有什么问题了吧。
windows下在my.ini⽂中增加：
interactive_timeout=28800000
wait_timeout=28800000
注：⽬前我使⽤的是autoReconnect这种⽅式，未发现什么问题。
