这种情况出现的环境很多，众说纷纭。

有文章说在mysql的配置文件里添加waittimeout参数

“MySQL默认的空闲等待时间是8个小时，一旦空闲超过8个小时，就会抛出异常”，mysql是默认每个连接不关闭而等待时长为8小时，但无论什么数据库操作，也不应该持续8小时，而并非那些人所说的mysql空闲了8小时，这完全是两个概念！

个人感觉这种方式完全与解决问题背道而驰，无用的连接非但没有释放，反而一直保持，如果所有访问都使用这一个连接来操作，当然没什么问题，但基本没有人会使用一个连接来处理网站的并发请求吧，试想一下网站有几百上千的并发，那么这些连接将永远会保持，像有些人设置的时间一样，10年。。。。软件运行周期也没这么长吧。

其实归根结底有两点原因会导致出现这样的情况，

1、连接没有关闭释放，从而导致连接死锁。

2、一般发生在并发比较多时，LAG严重，导致很多连接还未结束但到达默认限制时间便被连接池给kill了。

如何避免发生这种情况，

针对第一种：很显然是检查代码，看每次用完连接后有没有及时关闭，一般这里修正了就不会再有问题了。

针对第二种：改连接池默认参数。

以Proxool为例：
<house-keeping-sleep-time>3000000</house-keeping-sleep-time>//连接空闲限制时间-默认30秒改为5分钟。