数据库连接池对比

	Druid	BoneCP	DBCP	C3P0	Proxool	JBoss	Tomcat-Jdbc
LRU	√	×	√	×	√	√	？
PSCache	√	√	√	√	×	×	√
PSCache-Oracle-Optimized	√	×	×	×	×	×	×
ExceptionSorter	√	×	×	×	×	√	×
更新维护	√	×	×	×	×	？	√

 

 

 

 

 

 

 

• LRU：一个性能关键指标，特别是Oracle，每个Connection对应数据库端的一个进程，如果数据库连接池遵从LRU，有助于数据服务器优化，只是重要的指标。在测试中，Druid、DBCP、Proxool是遵守LRU的。BoneCP、C3P0则不是。BoneCP在mock环境下性能可能好，但在真实环境中则就不好了。
• PSCache：PSCache是数据库连接池的关键指标、在Oracle中，类似select name from user where id = ？这样的SQL，启用PSCache和不启用PSCache的性能可能是相差一个数量级的。Proxool是不支持PSCache的数据库连接池，如果你使用Oracle、SQL Server、DB2、Sybase这样支持游标的数据库，那你就完全不用考虑Proxool。
• PSCache-Oracle-Optimized：Oracle10系列的Driver，如果开启PSCache，会占用大量的内存，必须做特别的处理，启用内部的EnterImplicitCache等方法优化才能够减少内存的占用。这个功能只有DruidDataSource有。如果你使用的是Oracle Jdbc，你应该毫不犹豫采用DruidDataSource。
• ExceptionSorter：ExceptionSorter是一个很重要的容错特性，如果一个链接产生了一个不可恢复的错误，必须立刻从连接池中去掉，否则会连续产生大量错误。这个特性，目前只有JBossDataSource和Druid实现。Druid的实现参考自JBossDataSource，经过长期生产反馈补充。