本文记录了一次由于MySQL的wait_timeout导致的CommunicationsException：Communications link failure的问题。在大量访问下，MySQL自动断开了连接，而未被连接池察觉。尝试修改配置未果后，最终通过切换到c3p0连接池并设置idleConnectionTestPeriod属性，定期检查空闲连接，成功解决了问题。
一、先上日志报错
日志报错太长，就截图了能找到错误的原因，关键在这句：The last packet successfully received from the server was 1,996,637 milliseconds ago. The last packet sent successfully to the server was 1 milliseconds ago.
二、问题说明
大概是说由于大量访问数据，而MySQL服务器默认的“wait_timeout”是28800秒即8小时，意味着如果一个连接的空闲时间超过8个小时，MySQL将自动断开该连接，而连接池却认为该连接还是有效的(因为并未校验连接的有效性)，当应用申请使用该连接时，就会导致上面的报错。
然后，我就根据网上说的修改各种配置，还以为可以省点时间呢，不用改代码，可到最后还是没什么效果，一样报错。
三，最终我的解决方式，仅供参考
这个是我的application.yml里数据连接池的配置，原本我是使用阿里里的连接池的，由于报错，就改使用了c3p0数据连接池，主要是c3p0数据连接池里有个idleConnectionTestPeriod属性，它可以检查数据连接的空闲。
顺便贴出c3p0的依赖
最低0.47元/天 解锁文章
扫一扫
5878
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
