mysql经典的8小时问题-wait_timeout

场景出现的理论依据
MySQL 的默认设置下，当一个连接的空闲时间超过8小时后，MySQL 就会断开该连接，而 c3p0/dbcp 连接池则以为该被断开的连接依然有效。在这种情况下，如果客户端代码向c3p0/dbcp 连接池请求连接的话，连接池就会把已经失效的连接返回给客户端，客户端在使用该失效连接的时候即抛出异常。

mysql> show global variables like 'wait_timeout';

其默认值为8小时 

mysql的一个connection空闲时间超过8小时，mysql会自动断开该连接。 

1.修改配置 
vi /etc/my.cnf 
 
[mysqld] 

wait_timeout=31536000

interactive_timeout=31536000

# /etc/init.d/mysql restart 
 
2.直接用sql命令行修改 
mysql> set global wait_timeout=10; 
mysql> show global variables like 'wait_timeout'; 
+----------------------------+-------+ 
| Variable_name              | Value | 
+----------------------------+-------+ 
| wait_timeout               | 10    | 
+----------------------------+-------+ 
 
 
show variables like '%time%'; 
 
timeBetweenEvictionRunsMillis = 20000 
#dbcp每2000秒进行一次connection的检 
minEvictableIdleTimeMillis = 28700 
#每次检验中将超过28700秒处于空闲的connection断开