使用 DBCP 配置 Tomcat

在闲置一段时间（几个小时）后，我们收到了 CommunicationsException（来自 DBCP）。错误消息（在异常中）位于这个问题的末尾 - 但我没有看到任何配置文件中定义的 wait_timeout 。 （我们应该看哪里？在 tomcat/conf 目录之外的某个地方？）。

其次，正如异常所建议的，将“Connector/J 连接属性'autoReconnect=true'”放在哪里？以下是 tomcat 设置中的 conf/context.xml 文件中的资源定义：

<Resource name="jdbc/TomcatResourceName" auth="Container" type="javax.sql.DataSource"
           maxActive="100" maxIdle="30" maxWait="10000"
           removeAbandoned="true" removeAbandonedTimeout="60" logAbandoned="true"
           username="xxxx" password="yyyy"
           driverClassName="com.mysql.jdbc.Driver"
           url="jdbc:mysql://127.0.0.1:3306/dbname?autoReconnect=true"/>

第三，为什么JVM要等到调用executeQuery()才抛出异常？如果连接超时，getConnection 方法应该抛出异常，不是吗？这是我正在谈论的源代码部分：

        try {
                conn = getConnection (true);
                stmt = conn.createStatement (ResultSet.TYPE_SCROLL_INSENSITIVE,
                                                ResultSet.CONCUR_READ_ONLY);
                rset = stmt.executeQuery (bQuery);
                while (rset.next()) {
                     ....

最后，这是堆栈跟踪的第一几行......

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 84,160,724 milliseconds ago.  The last packet sent successfully to the server was 84,160,848 milliseconds 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 configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem.
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:532)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:406)
at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1074)
at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:3291)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1938)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2107)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2642)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2571)
at com.mysql.jdbc.StatementImpl.executeQuery(StatementImpl.java:1451)
at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeQuery(DelegatingStatement.java:208)

这些就是我们中的一些人认为“忘记 dbcp，它可能非常依赖 IDE 配置和底层魔法，以至于 DriverManager.getConnection(...) 可能更可靠”的原因。对此有何评论？感谢您的见解，-MS

由于 DBCP 为即将到来的连接请求保持返回的 mysql 连接打开，因此它们成为以下问题的受害者：MySQL服务器超时 http://dev.mysql.com/doc/refman/5.0/en/gone-away.html.

DBCP 有许多可以提供帮助的功能（可以从 Tomcat 5.5 IIRC 开始使用）。

validationQuery="SELECT 1"
testOnBorrow="true"

验证可确保连接在返回到执行“借用”方法的 Web 应用程序之前有效。当然，该标志可以启用此功能。

如果超时（我认为是 8 小时）已过并且连接已断开，则会测试新连接（如果不再存在，则会创建它）并提供给 Web 应用程序。

其他可能的方法：

1. use the testWhileIdle="true"资源设置中的 DBCP 还可以在检测到有效请求之前检查空闲连接。

2. 使用“connectionProperties”来强化您的 MySQL 连接（例如autoReconnect/autoReconnectForPools=true)