我的建议是

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个线程失败)。

我们遇到了需要引入连接池的情况，我们面前有4个选项。

DBCP2 C3P0 Tomcat JDBC HikariCP

我们根据我们的标准进行了一些测试和比较，决定去HikariCP。 阅读这篇文章，它解释了为什么我们选择HikariCP。

我的建议是

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或Proxool。另外，根据我自己的经验，c3p0确实有一些不错的特性，比如预处理语句池，并且比DBCP更可配置，但是DBCP在我使用过的任何环境中都要快得多。

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

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

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

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

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

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