最近线上日志报错：
0:Communications link failure
The last packet successfully received from the server was 87,537,289 milliseconds ago. The last packet sent successfully to the server was 0 milliseconds ago.
报错日志解释
从服务器成功接收的最后一个数据包是87,537,289（24.3小时）毫秒前。最后一个成功发送到服务器的数据包是0毫秒前。
说明这个连接已经24个小时没有从服务器上接收数据了，而mysql上定义，如果一个连接的空闲时间超过数据库的配置参数wait_timeout的值，MySQL将自动断开该连接，而连接池却认为该连接还是有效的(因为并未校验连接的有效性)，当应用申请使用该连接时，就会导致上面的报错。而我们的数据库的配置参数wait_timeout的值，执行sql: show variables like 'wait_timeout' ， 值是86400 ，正好是24个小时。
现有配置
现有配置的问题
现有项目连接池配置中未配置testWhileIdle，则默认为false; 只有设置为true，连接池才会运行清理无效连接的线程；
目前现有的配置中testWhileIdle=false，所以不会清理连接池中认为有效，但mysql认为无效的连接；当有新的请求过来，连接池把mysl认为无效的连接分配出去，请求到达mysql就会出现上述问题。
参考tomcat的连接池配置：Apache Tomcat 7 (7.0.109) - The Tomcat JDBC Connection Pool
连接池相关参数配置建议
参考：阿里云druid配置参考：DruidDataSource配置 · alibaba/druid Wiki · GitHub
欢迎关注我的公众号：诸葛小猿
版权声明：本文为wuxiaolongah原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接和本声明。