3 Proxool：
acquireIncrement: 当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 fatal-sql-exception : 它是一个逗号分割的信息片段.当一个SQL异常发生时,他的异常信息将与这个信息片段进行比较.如果在片段中存在,那么这个异常将被认为是个致命错误(Fatal SQL Exception ).这种情况下,数据库连接将要被放弃.无论发生什么,这个异常将会被重掷以提供给消费者.用户最好自己配置一个不同的异常来抛出.
fatal-sql-exception-wrapper-class : 正如上面所说,你最好配置一个不同的异常来重掷.利用这个属性,用户可以包装SQLException,使他变成另外一个异常.这个异常或者继承SQLException现
或者继承字
RuntimeException.proxool .FatalSQLException'
自带了和
2
个实
:'org.logicalcobwebs.proxool 'org.logicalcobweb
s.proxool .FatalRuntimeException' .后者更合适.
house-keeping-sleep-time : house keeper 保留线程处于睡眠状态的最长时间,house keeper 的职责就是检查各个连接的状态,并判断是否需要销毁或者创建.
house-keeping-test-sql : 如果发现了空闲的数据库连接.house keeper 将会用这个语句来测试.这个语句最好非常快的被执行.如果没有定义,测试过程将会被忽略。 injectable-connection-interface : 允许proxool 实现被代理的connection对象法. injectable-statement-interface : 允许proxool 实现被代理的Statement 对象方法.
injectable-prepared-statement-interface : 允许proxool 实现被代理的PreparedS tatement 对象方法.
injectable-callable-statement-interface : 允许proxool 实现被代理的CallableStat ement 对象方法.
jmx : 如果属性为true，就会注册一个消息Bean到jms服务，消息Bean对象名: \默认值为false.
jmx-agent-id : 一个逗号分隔的JMX代理列表(如使用MbeanServerFactory .fi ndMBeanServer(String agentId)注册的连接池。）这个属性是仅当\属性设置为\才有
效。所有注册jmx服务器使用这个属性是不确定的 jndi-name : 数据源的名称
maximum-active-time : 如果housekeeper 检测到某个线程的活动时间大于这个数值.它将会杀掉这个线程.所以确认一下你的服务器的带宽.然后定一个合适的值.默认是5分钟. maximum-connection-count : 最大的数据库连接数. maximum-connection-lifetime : 一个线程的最大寿命. minimum-connection-count : 最小的数据库连接数
overload-without-refusal-lifetime : 这可以帮助我们确定连接池的状态。如果我们已经拒绝了一个连接在这个设定值(毫秒),然后被认为是超载。默认为60秒。
prototype-count : 连接池中可用的连接数量.如果当前的连接池中的连接少于这个数值.新的连接将被建立(假设没有超过最大可用数).例如.我们有3个活动连接2个可用连接,而我们的prototype-count是4,那么数据库连接池将试图建立另外2个连接.这和 minimum-connection-count不同. minimum-connect ion-count把活动的连接也计算在内.prototype-count 是spare connections 的数量.
recently-started-threshold :这可以帮助我们确定连接池的状态,连接数少还是多或超载。只要至少有一个连接已开始在此值(毫秒)内,或者有一些多余的可用连接,那么我们假设连接池是开启的。默认为60秒
simultaneous-build-throttle :这是我们可一次建立的最大连接数。那就是新增的连接请求,但还没有可供使用的连接。由于连接可以使用多线程,在有限的时间之间建立联系从而带来可用连接，但是我们需要通过一些方式确认一些线程并不是立即响应连接请求的，默认是10。 statistics : 连接池使用状况统计。 参数“10s,1m,1d”
statistics-log-level :日志统计跟踪类型。 参数“ERROR”或 “INFO”
test-before-use : 如果为true，在每个连接被测试前都会服务这个连接，如果一个连接失败，那么将被丢弃，另一个连接将会被处理，如果所有连接都失败，一个新的连接将会被建立。否则将会抛出一个SQLException异常。
test-after-use : 如果为true，在每个连接被测试后都会服务这个连接，使其回到连接池中，如果连接失败，那么将被废弃。
trace : 如果为true,那么每个被执行的SQL语句将会在执行期被log记录(DEBUG LEVEL).你也可以注册一个ConnectionListener (参看ProxoolFacade)得到这些信息
4 BoneCP：
acquireIncrement: 当连接池中的连接耗尽的时候c3p0一次同时获取的连接数。Default: 3 driveClass:数据库驱动 jdbcUrl:响应驱动的jdbcUrl username:数据库的用户名 password:数据库的密码
idleConnectionTestPeriod:检查数据库连接池中控线连接的间隔时间，单位是分，默认值：240，如果要取消则设置为0
idleMaxAge:连接池中未使用的链接最大存活时间，单位是分，默认值：60，如果要永远存活设置为0
maxConnectionsPerPartition:每个分区最大的连接数 minConnectionsPerPartition:每个分区最小的连接数
partitionCount:分区数，默认值2，最小1，推荐3-4，视应用而定 acquireIncrement:每次去拿数据库连接的时候一次性要拿几个，默认值：2 statementsCacheSize:缓存prepared statements的大小，默认值：0
releaseHelperThreads:每个分区释放链接助理进程的数量，默认值：3，除非你的一个数据库连接的时间内做了很多工作，不然过多的助理进程会影响你的性能
1 c3p0、dbcp、proxool、BoneCP比较 1.1 测试环境: 操作系统：windows xp sp3 数据库：mysql 5.1 1.2 测试条件： initialSize=30; maxSize=200; minSize=30; 其余参数为默认值； 1.3 测试代码： 利用JAVA代码模拟多线程对这三种数据库连接池进行测试，通过花费的时间判断效率 DBTest.java: public class DBTest implements Runnable /*extends Thread*/ { public long date1=0; private static Proxool proxool; public static int count = 0; public static void main(String[] args) throws Exception { //DBCP.init(); //C3P0.init(); //proxool = Proxool.getInstance(); BoneCPConn.init(); DBTest test = new DBTest(); test.startup(); } public void startup() { for (int i = 0; i <5; i++) { Thread thread = new Thread(this); thread.start(); } } public void run() { if(date1==0) { date1 = System.currentTimeMillis(); System.out.println(date1); } for(int i=0 ; i<10 ; i++){ try { //Connection conn = DBCP.getConnection(); // Connection conn = C3P0.getConnection(); //Connection conn =proxool.getConnection(); Connection conn = BoneCPConn.getConnection(); if (conn != null) { Statement statement = conn.createStatement();