我邀请您尝试BoneCP——它是免费的、开源的，并且比可用的替代方案更快(参见基准测试部分)。

免责声明:我是作者，所以你可以说我有偏见:-)

更新:截至2010年3月，仍然比新重写的Apache DBCP(“tomcat jdbc”)池快35%左右。参见基准测试部分的动态基准测试链接。

更新#2:(2013年12月)在登顶4年后，现在有一个更快的竞争对手:https://github.com/brettwooldridge/HikariCP

更新#3:(9月14日)请考虑BoneCP此时已弃用，建议切换到HikariCP。

更新#4:(2015年4月)—我不再拥有域名jolbox.com

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

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

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

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

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

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

我刚在DBCP上浪费了一天半时间。尽管我使用的是最新的DBCP版本，但我遇到了与j pimmel完全相同的问题。我完全不推荐DBCP，特别是它在DB消失时将连接从池中抛出，当DB返回时无法重新连接，并且无法动态地将连接对象添加回池中(它永远挂在JDBCconnect I/O套接字读取后)。

我现在切换到C3P0。我在以前的项目中使用过它，它的工作和表现就像一个魅力。

我的建议是

hikari >德鲁伊> UCP > c3p0 > DBCP

它是基于我所测试的- 20190202，在我的本地测试环境中(4GB mac/mysql in docker/pool minSize=1, maxSize=8)， hikari可以服务1024个线程x 1024次来获得连接，每个线程完成的平均时间是1或2百万秒，而c3p0只能服务256个线程x 1024次，每个线程的平均时间已经是2100万秒。(512个线程失败)。

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

然后我尝试了Tomcat连接池。

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

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

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