Tomcat上部署DBCP死锁问题

Question

我在 Spring 配置中使用 DBCP 数据源（默认配置）来管理与数据库的连接，当客户端数量增加时，我遇到了死锁情况。

我发现我使用的 DBCP 1.2.1 中存在死锁问题，本应在 1.4 中解决。所以我升级到1.4，但问题仍然存在。

在线程转储中，有许多线程被阻止，顶部有以下堆栈跟踪：

   java.lang.Thread.State: WAITING on org.apache.commons.pool.impl.GenericObjectPool$Latch@b6b09e
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:1104)
at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:106)
at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:1044)
at org.springframework.jdbc.datasource.DataSourceTransactionManager.doBegin(DataSourceTransactionManager.java:200)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:350)
at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:261)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:101)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:160)
at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:631)

欢迎任何建议！

Answer 1

几年前，我切换到 c3p0。你可以尝试一下。我相信你不必做太多改变，这只是一个配置的游戏。

有点相关的线程，Connection pooling options with JDBC: DBCP vs C3P0。嗯，实际上我把它联系起来了。

[已编辑，2012年10月19日]

Tomcat 7 有一个不错的连接池，Tomcat JDBC 连接池。

Answer 2

您是否确保 commons-pool 版本与 dbcp 版本匹配？

另外，我没有在堆栈跟踪中看到死锁，它看起来只是有线程等待连接释放。您有多少个线程尝试同时连接？您为池等配置了多少个连接？

在调试此类情况时，查看已获得连接的线程正在执行的操作也很有用。

Answer 3

应用程序负载的增加增加了对并发连接的要求。由于您的线程挂在 borrowConnection() 上 - 意味着您没有足够的 ActiveConnections 可用。

在数据源属性中增加 maxActive 并将 WHEN_EXHAUSTED_BLOCK 设置为某个时间，例如 600ms - 1000ms。仅在经过 600 毫秒 -1000 毫秒后，您才会收到 No element available 异常。

Answer 4

我认为这是由于没有关闭应用程序代码中的连接而导致的，因此您只是耗尽了池中的连接。
也许您应该尝试在 DBCP 中设置“removeAbandoned”属性。
这记录在 http://commons.apache.org/dbcp/configuration.html作为

将此设置为 true 可以从编写不良的应用程序中恢复数据库连接
无法关闭连接。

祝你好运！

Answer 5

我遇到了类似的问题，通过以下步骤解决了这个问题

1. 以正确的顺序关闭所有数据库资源

   resultSet.close();
   语句.close();
   连接.close();
   

不同的驱动程序实现方式不同，如果底层 resultSet 未关闭，某些驱动程序仍会手动连接。

2. Apache DBCP 默认值需要调整

dataSource.setDefaultAutoCommit(true);
dataSource.setMaxActive(700); // 确保数据库服务器有它 800
dataSource.setRemoveAbandoned(true);
dataSource.setTestOnBorrow(true);
dataSource.setLogAbandoned(true);
dataSource.setTestWhileIdle(true);
dataSource.setTestOnReturn(true);
dataSource.setRemoveAbandonedTimeout(60);

确保数据库服务器允许的连接数至少超过 setMaxActive 中指定的数量，因为 dbcp 首先提供 x 个新连接，并且然后尝试清理超过 setMaxActive 数量的连接。 清理 dbcp 会在服务器日志/控制台上显示哪些连接未关闭。