解决MySQL8小时自动断开连接的问题(DBCP配置)

最近做的一个JavaWeb项目，持久层用SpringJDBC+DBCP+MySQL。一开始只配置了DBCP的一些常用参数，没有注意对空闲连接的检查和回收。项目部署在tomcat后，刚开始使用没用问题。第二天再试图登录时，发生了报错：

可以看到，报错信息提示上次交互已经是82664635ms前，超过了MySQL server配置的'wait_timeout'(默认是8小时)，所以该连接已经被MySQL回收了，但DBCP不知道连接已被回收，依然试图执行 *** 作，引发了异常。报错信息提示可以修改wait_timeout或者添加autoReconnect=true。

(备注：mysql5以上的，设置autoReconnect=true 是无效的 只有4.x版本，起作用)

这两个参数的默认值是8小时(60 60 8=28800)。 注意：wait_timeout的最大值只允许2147483 （24天左右）

也可以用MySQL命令进行修改

这种办法治标不治本。

2.减少连接池内连接的生存周期，使之小于上一项中所设置的wait_timeout 的值。

也就是说，让已经断开的空闲连接没有机会被使用，提前被回收。

以C3P0配置为例：

DBCP中配置minEvictableIdleTimeMillis即可。

3.配置连接池

定期使用连接池内的连接，使得它们不会因为闲置超时而被 MySQL 断开。并且每次使用连接前检查连接是否可用，定期回收空闲的连接。

修改 c3p0 的配置文件,在 Spring 的配置文件中设置：

DBCP连接池的配置:

DBCP官方配置文档: http://commons.apache.org/proper/commons-dbcp/configuration.html

C3P0的配置标准:

关于MySQL的wait_timeout连接超时问题报错解决方案

用Fsocket获取数据时能够控制超时的。

如果用

File_get_contents($url)

可以临时设定环境变量：

设定默认socket超时时间

ini_set("default_socket_timeout", 3)养成好习惯，使用fsocket获取数据。

如果使用Curl，也可以在Curl中控制超时时间：

curl_setopt($ch, CURLOPT_TIMEOUT, 15)

PHP中mysql函数是不提供类似mysql超时选项的，但是php.ini的mysql.connect_timeout可设置

Maximum time (in seconds) for connect timeout. -1 means nolimit

mysql.connect_timeout = 60

也可以在php脚本中调用设置ini_set()

C3P0连接池连接mysql有时会出现如下错误：

这是C3P0配置的超时时间和mysql超时时间不一致导致的，C3P0为60秒超时，mysql为30秒超时，在30-60之间的时间mysql已经断开连接，而C3P0还维持连接，再次发送请求就会报上面的错误。

解决方法：

1、修改C3P0的maxIdleTime参数为30。

2、修改mysql的wait_timeout参数为60秒。不停机状态下进入mysql命令行，执行set global wait_timeout=60

---