三种常用链接池c3p0,dbcp,proxool

来源：互联网发布：软件开发助理发展前景编辑：程序博客网时间：2024/06/16 03:56

三种连接池简单介绍：

C3p0:c3p0是hibernate3.0推荐使用的连接池。改连接解决了dbcp无法自动重连的问题。C3P0是一个开放源代码的JDBC连接池，它在lib目录中与Hibernate一起发布,包括了实现jdbc3和jdbc2扩展规范说明的Connection 和Statement 池的DataSources 对象。

Dbcp:spring开发组推荐使用dbcp (dbcp连接池有weblogic连接池同样的问题，就是强行关闭连接或数据库重启后，无法reconnect ，告诉连接被重置,这个设置可以解决.DBCP是一个依赖Jakarta commons-pool对象池机制的数据库连接池.DBCP可以直接的在应用程序用使用

Proxool:hibernate in action推荐使用c3p0和proxool;这是一个Java SQL Driver驱动程序，提供了对你选择的其它类型的驱动程序的连接池封装。可以非常简单的移植到现存的代码中。完全可配置。快速，成熟，健壮。可以透明地为你现存的JDBC驱动程序增加连接池功能。

关于这个连接池，我在测试时，发现默认情况下，是不会自动重连的，需要通过如下配置：                                <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
    <property name="driverClassName" value="org.logicalcobwebs.proxool.ProxoolDriver" />
      <property name="url" value="xxxx.xml" />
</bean> 在xxxx.xml里配置                                                                     <proxool>
    <alias>pool</alias>
    <driver-url>jdbc:mysql://192.168.1.4:3306/MIGRATE_TEST?characterEncoding=utf- 8&autoReconnect=true</driver-url>
    <driver-class>com.mysql.jdbc.Driver</driver-class>
    <driver-properties>
        <property name="user" value="website" />
        <property name="password" value="website" />
        <property name="autoReconnect" value="true" />
    </driver-properties>
    <minimum-connection-count>1</minimum-connection-count>
    <maximum-connection-count>8</maximum-connection-count>
    <prototype-count>1</prototype-count>
    <test-before-use>true</test-before-use>
    <house-keeping-sleep-time>60000</house-keeping-sleep-time>
</proxool> mysql的URL的后面要加上autoReconnect=true，值得注意的是，当使用ibatis时，日志会报warn:registered a statement as closed which wasn't known to be open. 那是因为在ibatis

      package org.springframework.orm.ibatis;
      public class SqlMapClientTemplate extends JdbcAccessor implements SqlMapClientOperations {
         public <T> T execute(SqlMapClientCallback<T> action) throws DataAccessException {
         ..........
         finally {
            // Only close SqlMapSession if we know we've actually opened it
            // at the present level.
            if (ibatisCon == null) {
                session.close();// 由这段引起的，池ibatisCon不为空时，session永远不会关闭
            }
        }
         }
      }
      将红色部分改为 if (ibatisCon != null)，就行了
    4. 根据以上三种连接池的情况来看，在首次访问时，dbcp大约需要600毫秒，c3p0需要450毫秒，proxool需要1356毫秒，访问后，速度基本都在几十毫秒以内，除非sql写得很复杂。

下面是c3p0和dbcp的配置：dbcp所需jar：commons-dbcp.jar、commons-pool.jar
c3p0所需jar：c3p0-0.9.2.1.jar mchange-commons-java-0.2.3.4.jar

</bean> <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">

</bean>

下面是具体就每种连接池的调研结果进行说明：

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，是则可以把此对象放回对象池，否则销毁此对象

Ø 上述特性的可设置性已在代码中验证，具体性能是否能实现有待实际验证

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

<c3p0-config>
<default-config>

<property name="acquireIncrement">3</property>


<property name="acquireRetryAttempts">30</property>


<property name="acquireRetryDelay">1000</property>


<property name="autoCommitOnClose">false</property>


<property name="automaticTestTable">Test</property>


<property name="breakAfterAcquireFailure">false</property>


<property name="checkoutTimeout">100</property>


<property name="connectionTesterClassName"></property>


<property name="factoryClassLocation">null</property>


<property name="forceIgnoreUnresolvedTransactions">false</property>


<property name="idleConnectionTestPeriod">60</property>


<property name="initialPoolSize">3</property>


<property name="maxIdleTime">60</property>


<property name="maxPoolSize">15</property>


<property name="maxStatements">100</property>


<property name="maxStatementsPerConnection"></property>


<property name="numHelperThreads">3</property>


<property name="overrideDefaultUser">root</property>


<property name="overrideDefaultPassword">password</property>


<property name="password"></property>


<property name="preferredTestQuery">select id from test where id=1</property>


<property name="propertyCycle">300</property>


<property name="testConnectionOnCheckout">false</property>


<property name="testConnectionOnCheckin">true</property>


<property name="user">root</property>


<property name="usesTraditionalReflectiveProxies">false</property>

<property name="automaticTestTable">con_test</property>
    <property name="checkoutTimeout">30000</property>
    <property name="idleConnectionTestPeriod">30</property>
    <property name="initialPoolSize">10</property>
    <property name="maxIdleTime">30</property>
    <property name="maxPoolSize">25</property>
    <property name="minPoolSize">10</property>
    <property name="maxStatements">0</property>
    <user-overrides user="swaldman">
    </user-overrides>
</default-config>
<named-config name="dumbTestConfig">
    <property name="maxStatements">200</property>
    <user-overrides user="poop">
      <property name="maxStatements">300</property>
    </user-overrides>
   </named-config>
</c3p0-config>

Ø 上述特性的可设置性已在代码中验证，具体性能是否能实现有待实际验证

Ø 从配置项的内容来看，C3P0和DBCP都有比较详细的有关连接检测保证的配置，我们可以看到C3P0可以控制数据源内加载的PreparedStatements数量，并且可以设置帮助线程的数量来提升JDBC操作的速度，这些是DBCP未提供的；另外从网络上的评价来看，DBCP出现Bug的频率要大于C3P0，不过这一点有待于我们自己实际的检测。

3. Proxool
Ø Proxool的使用和dbcp以及c3p0稍有不同，我们需要并且只需要在使用基本的java.sql.DriverManager之前加载org.logicalcobwebs.proxool.ProxoolDriver驱动类,并且按照proxool定义的url格式 ["proxool." + alias + ":" + driverClass + ":" + driverUrl ，其中alias是为连接池自定义的别名] 来获得connection；具体的可以参看proxool doc下的UserGuide，或本文所附的示例代码。下面对连接池的特性配置作详细说明 [这个是自己翻译的，不一定准确，有问题时请参看doc下的Properties ~]。

n fatal-sql-exception

以逗号隔开的异常列表，当设置了此项之后，每当出现SQLException时都将与列表中异常项作比较，如果匹配则认为出现fatal异常，这将导致connection被丢弃，并且不论出现任何情况该异常将被重抛一次以通知用户发生的情况。默认值为null

n fatal-sql-exception-wrapper-class

如果配置了fatal-sql-exception，则默认的操作是丢弃引起SQLException的原因而只是抛出原始异常。使用fatal-sql-exception-wrapper-class这个特性可以将SQLException包装到继承SQLException或RunTimeException的任何异常类里。Proxool提供了两个类供使用FatalSQLException和FatalRunTimeException；使用这两个类的话就将该选项设置为'org.logicalcobwebs.proxool.FatalSQLException'或者'org.logicalcobwebs.proxool.FatalRuntimeException'。默认值为null

n house-keeping-sleep-time

proxool自动侦察各个连接状态的时间间隔(毫秒),侦察到空闲的连接就马上回收,超时的销毁，默认值为30秒

n house-keeping-test-sql

如果侦察线程发现闲置连接，则会使用这个SQL语句来对这些连接进行检查；这项设置的语句应该能够被很快的执行，例如查询当前时间 [info.setProperty("proxool.house-keeping-test-sql", "select CURRENT_DATE");] 。如果不设置则该选项被忽略

n injectable-connection-interface、injectable-statement-interface、injectable-prepared-statement-interface、injectable-callable-statement-interface

n jmx

如果此项设为true，则连接池将被以名称"Proxool:type=Pool, name=<alias>"注册为JMS Server的MBean。默认值为false

n jmx-agent-id

当且仅当jmx选项设为true时使用，为以逗号分隔的连接持注册到的JMS代理名称列表；如果不设置则所有注册的JMX Server都将被使用

n maximum-active-time

线程最大存活时间，超过此时间的线程将被守护线程kill掉，默认值为5分钟

n maximum-connection-count

到数据库的最大连接数，超过了这个连接，再有请求时，就排在队列中等候，最大的等待请求数由simultaneous-build-throttle决定；默认值为15

n maximum-connection-lifetime

连接最大存活时间，毫秒为单位，默认值为4小时

n minimum-connection-count

不管是否被使用都保持开放的最小连接数，默认值为5

n overload-without-refusal-lifetime

用来判断连接池状态，如果在此选项设置时间内（毫秒为单位）拒绝了连接，则认为过负载。默认值为60秒

n prototype-count

最少保持的空闲连接数，注意与minimum-connection-count区分。默认值为0

n simultaneous-build-throttle

最大的等待请求数，默认值为10

n test-before-use

如果设为true则connection在使用前将以house-keeping-test-sql设置的语句测试，如果测试不通过则该connection被丢弃并会重新分配一个connection。默认为false

n test-after-use

如果设为true则connection在关闭（放回连接池）前将以house-keeping-test-sql设置的语句测试，如果测试不通过connection将被丢弃。默认值为false

Ø 与其它连接池特性的设置方法不同，Proxool不提供相应的set方法，所有特性都要以诸如info.setProperty("proxool.jmx", "false");方式设定

补充另一种高效连接池：

BoneCP：BoneCP是一个快速，开源的数据库连接池。帮你管理数据连接让你的应用程序能更快速地访问数据库。比C3P0/DBCP连接池快25倍，以其效率高，速度快著称。

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，除非你的一个数据库连接的时间内做了很多工作，不然过多的助理进程会影响你的性能。

关于性能方面的，我在网上找到了一些人发布的测试数据，可参考下面的测试数据：

性能比较：

DBCP

C3P0

Proxool

BoneCP

模拟5个线程循环10次并发访问数据库

用时1181ms

用时860ms

用时1563ms

用时31ms

模拟10个线程循环10次并发访问数据库

用时1188ms

用时953ms

用时1625ms

用时63ms

模拟30个线程循环10次并发访问数据库

用时1250ms

用时1047ms

用时1657ms

用时156ms

模拟50个线程循环10次并发访问数据库

用时1406ms

用时1343ms

用时1843ms

用时172ms

模拟100个线程循环10次并发访问数据库

用时1641ms

用时2703ms

用时2031ms

用时532ms

模拟200个线程循环10次并发访问数据库

用时2093ms

用时4891ms

用时2406ms

用时936ms

模拟500个线程循环10次并发访问数据库

用时3219ms

用时11703ms

用时3343ms

用时1922ms

模拟800个线程循环10次并发访问数据库

用时4688ms

用时12063ms

用时4141ms

用时2859ms

模拟1000个线程循环10次并发访问数据库

用时5187ms

用时12563ms

用时4703m

用时3610ms

模拟3000个线程循环10次并发访问数据库

用时14094ms

用时16297ms

用时11344ms

用时11391ms

模拟5000个线程循环10次并发访问数据库

用时23610ms

用时22032ms

用时20125ms

用时17125ms

以上内容是我通过实践和查询总结的一些内容！！！

0 0