druid升级1.0.26遇到的连接闲置断开的问题

最新推荐文章于 2024-07-01 12:12:42 发布

_tsubasa_

最新推荐文章于 2024-07-01 12:12:42 发布

阅读量1.6w

点赞数

分类专栏： druid 文章标签： druid 超时 mysql 连接池

本文链接：https://blog.csdn.net/mj158518/article/details/53091064

版权

在将Druid从多个旧版本升级到1.0.26时，遇到连接池连接在闲置后被MySQL断开的问题。在超过wait_timeout后，再次访问数据库时抛出异常。分析发现，1.0.26版本中，未配置validationQuery会导致始终认为连接有效，而实际上连接已断开。此问题在1.0.27版本中已被修复。

摘要由CSDN通过智能技术生成

1. 背景

之前处理了一个mybatis的bug（详见之前的文章），在给系统升级mybatis的时候，想顺便把所有系统的druid也升级了，从版本（0.2.18~1.0.18不等）升级到统一的最新版本（1.0.26）。

但是在beta测试期间，遇到如下异常：

ERROR com.alibaba.druid.pool.DruidDataSource:1243 discard connection
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 1,463,838 milliseconds ago.  The last packet sent successfully to the server was 1,463,839 mill
iseconds ago. is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configure
d values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.7.0_45]
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) ~[na:1.7.0_45]
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[na:1.7.0_45]
        at java.lang.reflect.Constructor.newInstance(Constructor.java:526) ~[na:1.7.0_45]
        at com.mysql.jdbc.Util.handleNewInstance(Util.java:408) ~[mysql-connector-java-5.1.32.jar:na]
        at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1137) ~[mysql-connector-java-5.1.32.jar:na]

复现的方法是程序启动后，访问一些需要查库的功能，然后闲置直至超过mysql配置的wait_timeout时间（默认8小时，可以改小，如3分钟，方便复现），再访问需要查库的资源，就出现这个问题了。

2.相关配置

代码封装了一个工厂，对druid进行了统一的配置。

其中和连接相关的配置只有：

url中的autoReconnect=true（但这个看网上说在mysql 5.x以上不管用了，没有具体考证，不敢乱说）

testWhileIdle=true这两条。