本文探讨了Java应用使用MySQL时遇到的连接超时问题，分析了问题本质，即MySQL服务器关闭空闲连接后，客户端未主动关闭导致的异常。文章介绍了两种解决方案：设置重连选项（`autoReconnect=true`）和连接池主动淘汰策略，包括`testBeforeUse/testAfterUse`、定时任务配合空闲阈值淘汰以及结合`validationQuery`的检测淘汰。同时，以DBCP连接池为例展示了相关配置，并强调了配置`validationQuery`、`testOnBorrow`等参数的重要性。
前言:
最近在开发服务的时候, 发现服务只要一段时间不用, 下次首次访问总是失败. 该问题影响虽不大, 但终究影响用户体验. 观察日志后发现, mysql连接因长时间空闲而被关闭, 使用时没有死链检测机制, 导致sql执行失败.
问题的表层根源, 看似简单, 但实际解决之路, 却显得有些曲折坎坷. 因此有必须分析下本质的原因, 以及Java Mysql连接池的处理策略和相关的配置项.
异常现象和问题本源:
服务的持久层依赖mysql, 采用连接池的机制来优化性能. 但服务空闲一段时间(切确地讲是mysql connection空闲一段时间), 下次使用时执行sql失败.
具体的异常, 可反映到具体的异常日志:
当然除了异常的原因以外, 里面也提供了一个解决方案.
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:
The last packet successfully received from the server was 47,302,202 milliseconds ago.
The last packet sent successfully to the server was 47,302,202 milliseconds ago.
is longer than the server configured value of 'wait_timeout'.
You should consider either expiring and/or testing connection validity before
最低0.47元/天 解锁文章
225
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
