要以最佳方式实现C3P0，请检查这个答案

C3P0:

对于企业应用，C3P0是最好的方法。 C3P0是一个易于使用的库，用于用jndi绑定的数据源来增强传统的(基于drivermanager的)JDBC驱动程序，包括实现连接和语句池的数据源，如jdbc3规范和jdbc2 std扩展所描述的那样。 C3P0还健壮地处理了DB断开和恢复上的透明重新连接，而DBCP永远不会恢复连接，如果链接从下面被取出。

这就是为什么c3p0和其他连接池也有准备好的语句缓存——它允许应用程序代码避免处理所有这些。这些语句通常保存在一些有限的LRU池中，因此常见语句重用PreparedStatement实例。

更糟糕的是，DBCP将Connection对象返回给底层传输中断的应用程序。 c3p0的一个常见用例是替换Apache Tomcat中包含的标准DBCP连接池。程序员经常会遇到DBCP连接池中没有正确回收连接的情况，在这种情况下，c3p0是一个有价值的替代品。

在当前的更新中，C3P0有一些出色的功能。这些因素如下:

ComboPooledDataSource dataSource = new ComboPooledDataSource();
dataSource.setMinPoolSize();
dataSource.setMaxPoolSize();
dataSource.setMaxIdleTime();
dataSource.setMaxStatements();
dataSource.setMaxStatementsPerConnection();
dataSource.setMaxIdleTimeExcessConnections();

在这里，最大池大小和最小池大小定义了连接的边界，即此应用程序将采用的最小连接和最大连接。MaxIdleTime()定义何时释放空闲连接。

DBCP:

This approach is also good but have some drawbacks like connection timeout and connection realeasing. C3P0 is good when we are using mutithreading projects. In our projects we used simultaneously multiple thread executions by using DBCP, then we got connection timeout if we used more thread executions. So we went with c3p0 configuration. I would not recommend DBCP at all, especially it's knack of throwing connections out of the pool when the DB goes away, its inability to reconnect when the DB comes back and its inability to dynamically add connection objects back into the pool (it hangs forever on a post JDBCconnect I/O socket read)

谢谢:)

已经在生产中使用DBCP好几年了。它是稳定的，生存DB服务器重启。只要正确配置即可。它只需要指定几个参数，所以不要偷懒。下面是我们系统生产代码中的一个片段，其中列出了我们显式设置的参数，以使其工作:

DriverAdapterCPDS driverAdapterCPDS = new DriverAdapterCPDS();
driverAdapterCPDS.setUrl(dataSourceProperties.getProperty("url"));
driverAdapterCPDS.setUser(dataSourceProperties.getProperty("username"));
driverAdapterCPDS.setPassword(dataSourceProperties.getProperty("password"));
driverAdapterCPDS.setDriver(dataSourceProperties.getProperty("driverClass"));

driverAdapterCPDS.setMaxActive(Integer.valueOf(dataSourceProperties.getProperty("maxActive")));
driverAdapterCPDS.setMaxIdle(Integer.valueOf(dataSourceProperties.getProperty("maxIdle")));
driverAdapterCPDS.setPoolPreparedStatements(Boolean.valueOf(dataSourceProperties.getProperty("poolPreparedStatements")));

SharedPoolDataSource poolDataSource = new SharedPoolDataSource();
poolDataSource.setConnectionPoolDataSource(driverAdapterCPDS);
poolDataSource.setMaxWait(Integer.valueOf(dataSourceProperties.getProperty("maxWait")));
poolDataSource.setDefaultTransactionIsolation(Integer.valueOf(dataSourceProperties.getProperty("defaultTransactionIsolation")));
poolDataSource.setDefaultReadOnly(Boolean.valueOf(dataSourceProperties.getProperty("defaultReadOnly")));
poolDataSource.setTestOnBorrow(Boolean.valueOf(dataSourceProperties.getProperty("testOnBorrow")));
poolDataSource.setValidationQuery("SELECT 0");

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

然后我尝试了Tomcat连接池。

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

我邀请您尝试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

另一种选择是HikariCP。

下面是比较基准

一个很好的易于使用的替代方法是DBPool。

“一个基于java的数据库连接池实用程序，支持基于时间的过期、语句缓存、连接验证以及使用池管理器轻松配置。”

http://www.snaq.net/java/DBPool/