本文中还提到了另一种替代方案Proxool。

您可能会发现为什么Hibernate在其默认连接池实现中捆绑c3p0 ?

当连接超时时，我遇到了DBCP问题，所以我尝试了c3p0。我本打算将其发布到生产环境中，但随后开始了性能测试。我发现c3p0表现很糟糕。我根本无法将其配置得很好。我发现它比DBCP慢两倍。

然后我尝试了Tomcat连接池。

这是c3p0的两倍快，并修复了我在DBCP中遇到的其他问题。我花了很多时间调查和测试这3个池子。如果要部署到Tomcat，我的建议是使用新的Tomcat JDBC池。

对于与DBCP的自动重新连接问题，是否尝试使用以下2个配置参数?

validationQuery="Some Query"

testOnBorrow=true

如果配置正确，Dbcp可以用于生产。

例如，它用于一个每天有350000访问者和200个连接池的商业网站。

只要配置正确，它就能很好地处理超时。

版本2正在进行中，它有一个背景，这使得它可靠，因为许多 生产问题已得到解决。

我们使用它作为我们的批处理服务器解决方案，它已经运行了数百个批次，在数据库中工作数百万行。

由tomcat jdbc池运行的性能测试表明，它的性能优于cp30。

DBCP已经过时，不能生产。前段时间，我们对这两者进行了内部分析，创建了一个测试fixture，针对这两者生成负载和并发性，以评估它们在现实生活条件下的适用性。

DBCP始终在我们的测试应用程序中生成异常，并且难以达到C3P0在没有任何异常的情况下处理的性能水平。

C3P0还健壮地处理了DB断开和恢复上的透明重新连接，而DBCP永远不会恢复连接，如果链接从下面被取出。更糟糕的是，DBCP将Connection对象返回给底层传输中断的应用程序。

从那时起，我们已经在4个主要的重载消费者web应用程序中使用了C3P0，并且从未回头。

更新:经过多年的搁置，Apache Commons终于将DBCP从休眠状态中解放出来，现在它又一次成为了一个积极开发的项目。因此，我原来的帖子可能已经过时了。

也就是说，我还没有体验过这个新升级的库的性能，也没有听说过它在任何最新的应用程序框架中。

以下是一些文章，它们表明DBCP的性能明显高于C3P0或Proxool。另外，根据我自己的经验，c3p0确实有一些不错的特性，比如预处理语句池，并且比DBCP更可配置，但是DBCP在我使用过的任何环境中都要快得多。

dbcp和c3p0的区别?绝对没有!(酒井的一个开发者博客) http://blogs.nyu.edu/blogs/nrm216/sakaidelic/2007/12/difference_between_dbcp_and_c3.html

请在博客文章的评论中查看对JavaTech文章“连接池决战”的点赞。