连接池在Tomcat 7中以静默方式过期，但autoReconnect = true无法修复它

Question

我已经获得这些例外数周而没有解决方案......

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException：从服务器成功收到的最后一个数据包是179,695,604毫秒前。

成功发送到服务器的最后一个数据包是179,695,604毫秒前。 比服务器配置的'wait_timeout'值长。 您应该考虑在应用程序中使用之前到期和/或测试连接有效性，增加服务器配置的客户端超时值，或使用Connector / J连接属性'autoReconnect = true'来避免此问题

所以我更改了我的应用程序的Context.xml，以便在Tomcat 7中使用我的数据库设置autoReconnect=true标记用于连接池。我甚至在上下文文件中将wait_timeout设置为无穷大。

我错过了什么？ 这是个常见的问题吗？ 它似乎在网上有少量信息，但是当我按照这些指南时，在一段时间不活动后的第二天也会发生同样的事情。

我使用服务器越多，发生的情况就越少。 我认为它是池连接的到期但是如果wait_timeout失败，如何阻止它们到期？ 有关如何诊断问题或配置文件的任何想法？

Answer 1

关于autoReconnect的MySQL Connector / J文档说：

如果启用，驱动程序将为在旧连接或死连接上发出的查询抛出异常，这些查询属于当前事务，但会在新事务中在连接上发出下一个查询之前尝试重新连接。

这意味着你仍然会得到例外。

像JDBI这样的连接器通过在空闲时添加可选的测试查询，从池中借用并返回池来解决这个问题。 也许你可以在你自己的JDBC连接包装器中添加一些东西来做同样的事情。 或者，请按照autoReconnect的文档进行操作，并正确捕获死/过时连接引起的SQLExceptions。

使用DBCP和c3p0 对此答案还有其他有用的参考

Answer 2

我遇到了类似的问题，autoReconnect = true抛出了CommunicationsException异常，但随后创建了一个到mysql的新连接。 所以下一个请求会成功。 此行为将继续发生，并且空闲时间之后的第一个请求将失败。 为了添加Alex已经回答的内容，我将以下参数添加到我的JDBC连接字符串中，我不再看到错误了。

 testOnBorrow="true" validationQuery="SELECT 1" validationInterval="60000"

testOnBorrow的描述充分解释了它。 好消息是我不必对代码进行任何更改。

参考文献： https ： //tomcat.apache.org/tomcat-7.0-doc/jdbc-pool.html http://www.tomcatexpert.com/blog/2010/04/01/configuring-jdbc-pool-high-concurrency