C3P0连接池配置解决MySQL连接的空闲时间超过8小时后自动断开连接的问题

相信使用MySQL作为数据库的程序猿们大多数都会遇到这个问题，我也不例外，网上有很多解决方案，出现这个问题的原因我就不说明了，网上都解释得很清楚，大概就是MySQL 的默认设置下，当一个连接的空闲时间超过8小时后，MySQL 就会断开该连接，而 c3p0 连接池则以为该被断开的连接依然有效。在这种情况下，如果客户端代码向 c3p0 连接池请求连接的话，连接池就会把已经失效的连接返回给客户端，客户端在使用该失效连接的时候即抛出异常。

通过自己亲自对各种方案进行测试，目前我认为能解决这个问题的最优办法是（直接贴代码）：

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
    <!--定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个显著提高测试速度。默认null-->
    <property name="preferredTestQuery" value="select 1" />
    <!--每6个小时检查所有连接池中的空闲连接，这个值一定要小于MySQL的wait_timeout时间，默认为8小时。默认0 -->
    <property name="idleConnectionTestPeriod" value="21600"/>
</bean>

以上代码只是C3P0配置的一部分，其他配置连接、驱动等就不贴出来了，你们懂的。

那么如何测试这个方案是否解决了问题？

第一、将MySQL的空闲时间设置短一些。设置方法：找到MySQL安装目录下的my.ini文件，用记事本或UE或notepad++工具打开，在[mysqld]节点中加入以下设置：

interactive_timeout=120
wait_timeout=120

设置为2分钟，网上有些只提出了设置wait_timeout即可，但我在测试时，这个设置无效，仍然是8小时，我就将interactive_timeout也设置为2分钟，我目前不知道为什么，希望有知道能分享一下。设置完毕，重启MySQL服务。

打开MySQL命了窗口，输入show variables like '%timeout%';回车，即可查看是否设置生效，如果未生效，还是28800，则检查是否同时也设置了interactive_timeout。

第二、在C3P0的配置中，我们注释掉上面贴出的配置代码，启动程序，然后打开自己编写的系统或网站等，2分钟后随便做一个与数据库有关的操作，没错，就会出现下面的异常：

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: 

The last packet successfully received from the server was 661,156 milliseconds ago. The last packet sent successfully to the server was 661,157 milliseconds ago. is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.; 

SQL []; The last packet successfully received from the server was 661,156 milliseconds ago. The last packet sent successfully to the server was 661,157 milliseconds ago. is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.; 

nested exception is com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 661,156 milliseconds ago. The last packet sent successfully to the server was 661,157 milliseconds ago. is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.

这个异常是不是很熟悉，不解释，你们懂的。

第三、加上上面C3P0的配置，注意，由于设置了MySQL的空闲时间是2分钟，因此我们要将配置文件中idleConnectionTestPeriod的value设置为1分钟，即60，不管设置多长，总之要小于MySQL的空闲时间。最后重启程序，再次测试，OK，问题解决了。

大功告成！！！！文字描述得不是很美，程序猿吧，懂的。

总结：解决问题的关键在于找到原因，只要了解其他连接池的配置，相信也能很快解决这个问题。