现在常用的开源数据连接池主要有c3p0,dbcp和proxool三种，其中：?
¨???????? hibernate开发组推荐使用c3p0;?
¨???????? spring开发组推荐使用dbcp (dbcp连接池有weblogic连接池同样的问题，就是强行关闭连接或数据库重启后，无法reconnect?，告诉连接被重置,这个设置可以解决);?
¨???????? hibernate in action推荐使用c3p0和proxool;?
下面具体就每种连接池的调研结果进行说明：

1. Apache-DBCP

? BasicDataSource?相关的参数说明?
dataSource:?要连接的?datasource (通常我们不会定义在?server.xml)?
defaultAutoCommit:?对于事务是否?autoCommit,?默认值为?true?
defaultReadOnly:?对于数据库是否只能读取,?默认值为?false?
driverClassName:连接数据库所用的?JDBC Driver Class,?
maxActive:?可以从对象池中取出的对象最大个数，为0则表示没有限制，默认为8?
maxIdle:?最大等待连接中的数量,设?0?为没有限制 （对象池中对象最大个数）?
minIdle：对象池中对象最小个数?
maxWait:?最大等待秒数,?单位为?ms,?超过时间会丟出错误信息?
password:?登陆数据库所用的密码?
url:?连接数据库的?URL?
username:?登陆数据库所用的帐号?
validationQuery:?验证连接是否成功, SQL SELECT?指令至少要返回一行?
removeAbandoned:?是否自我中断,?默认是?false?
removeAbandonedTimeout:?几秒后会自我中断, removeAbandoned?必须为?true?
logAbandoned:?是否记录中断事件,?默认为?false?
minEvictableIdleTimeMillis：大于0?，进行连接空闲时间判断，或为0，对空闲的连接不进行验证；默认30分钟?
timeBetweenEvictionRunsMillis：失效检查线程运行时间间隔，如果小于等于0，不会启动检查线程，默认-1?
testOnBorrow：取得对象时是否进行验证，检查对象是否有效，默认为false?
testOnReturn：返回对象时是否进行验证，检查对象是否有效，默认为false?
testWhileIdle：空闲时是否进行验证，检查对象是否有效，默认为false?
??在使用DBCP的时候，如果使用默认值，则数据库连接因为某种原因断掉后，再从连接池中取得连接又不进行验证，这时取得的连接实际上就会是无效的数据库连接。因此为了防止获得的数据库连接失效，在使用的时候最好保证：?
username:?登陆数据库所用的帐号?
validationQuery：SELECT COUNT(*) FROM DUAL?
testOnBorrow、testOnReturn、testWhileIdle：最好都设为true?
minEvictableIdleTimeMillis：大于0?，进行连接空闲时间判断，或为0，对空闲的连接不进行验证?
timeBetweenEvictionRunsMillis：失效检查线程运行时间间隔，如果小于等于0，不会启动检查线程?
? PS:在构造GenericObjectPool [BasicDataSource在其createDataSource ()?方法中也会使用GenericObjectPool]时，会生成一个内嵌类Evictor，实现自Runnable接口。如果timeBetweenEvictionRunsMillis大于0，每过timeBetweenEvictionRunsMillis毫秒Evictor会调用evict()方法，检查对象的闲置时间是否大于minEvictableIdleTimeMillis毫秒（_minEvictableIdleTimeMillis小于等于0时则忽略，默认为30分钟），是则销毁此对象，否则就激活并校验对象，然后调用ensureMinIdle方法检查确保池中对象个数不小于_minIdle。在调用returnObject方法把对象放回对象池，首先检查该对象是否有效，然后调用PoolableObjectFactory的passivateObject方法使对象处于非活动状态。再检查对象池中对象个数是否小于maxIdle，是则可以把此对象放回对象池，否则销毁此对象?
??上述特性的可设置性已在代码中验证，具体性能是否能实现有待实际验证

在Tomcat的Server.xml，我们可以看看下面的这个例子：

?<Resource name="lda/raw"
????????????? type="javax.sql.DataSource"
?????????????? password="lda_master"
?????????????? driverClassName="oracle.jdbc.driver.OracleDriver"
?????????????? maxIdle="30" minIdle="2" maxWait="60000" maxActive="1000"?
?????????????? testOnBorrow="true" testWhileIdle="true" validationQuery="select 1 from dual"
?????????????? username="lda_master" url="jdbc:oracle:thin:@192.160.100.107:15537:lcststd"/>

?这样的话，就可以避免产生Connection Reset的错误了.

这样一来，就能够解决Connect Reset的问题了。刚才说了，其实很多App Server都会有相应的配置地方，只是大型的服务器正好提供了Admin Console，上面可以显式的配置Connection Pool，也有明显的属性选择，这里就不一一详述了，都是眼见的功夫。

2. C3P0?
? C3P0的官方example中使用的数据源为ComboPooledDataSource，网上一篇文章详细介绍了C3P0连接池配置中各项含义[这些配置项的含义在下载解压c3p0的压缩包之后目录的doc\index.html中的Configuration部分也有详细的介绍，这里偷下懒:P]，现摘录如下：

<c3p0-config> 
<default-config> 
<!--当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 --> 
<property name="acquireIncrement">3</property> 

<!--定义在从数据库获取新连接失败后重复尝试的次数。Default: 30 --> 
<property name="acquireRetryAttempts">30</property> 

<!--两次连接中间隔时间，单位毫秒。Default: 1000 --> 
<property name="acquireRetryDelay">1000</property> 

<!--连接关闭时默认将所有未提交的操作回滚。Default: false --> 
<property name="autoCommitOnClose">false</property> 

<!--c3p0将建一张名为Test的空表，并使用其自带的查询语句进行测试。如果定义了这个参数那么 
属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操作，它将只供c3p0测试 
使用。Default: null--> 
<property name="automaticTestTable">Test</property> 

<!--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效 
保留，并在下次调用getConnection()的时候继续尝试获取连接。如果设为true，那么在尝试 
获取连接失败后该数据源将申明已断开并永久关闭。Default: false--> 
<property name="br