由于数据库连接池的原因，造成CommunicationsException: Communications link failure，遇到这样的坑，记录下来

最新推荐文章于 2025-10-04 21:44:56 发布

原创

最新推荐文章于 2025-10-04 21:44:56 发布 · 3k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#数据连接池 #c3p0

本文记录了一次由于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的依赖

<!-- https://mvnrepository.com/artifact/com.mchange/c3p0 -->
		<dependency>
			<groupId>com.mchange</groupId>

最低0.47元/天解锁文章