《Java框架数据库连接池》由会员分享，可在线阅读，更多相关《Java框架数据库连接池（21页珍藏版）》请在金锄头文库上搜索。
1、Java 框架数据库连接池比较（c3p0,dbcp和 proxool）现在常用的开源数据连接池主要有 c3p0,dbcp和 proxool三种，其中： hibernate开发组推荐使用 c3p0; spring开发组推荐使用 dbcp (dbcp连接池有 weblogic连接池同样的问题，就是强行关闭连接或数据库重启后，无法 reconnect ，告诉连接被重置,这个设置可以解决); hibernate in action推荐使用 c3p0和 proxool; 下面具体就每种连接池的调研结果进行说明： 1. Apache-DBCP BasicDataSource 相关的参数说明 dataSou
2、rce: 要连接的 datasource (通常我们不会定义在 server.xml) defaultAutoCommit: 对于事务是否 autoCommit, 默认值为 true defaultReadOnly: 对于数据库是否只能读取, 默认值为 false driverClassName:连接数据库所用的 JDBC Driver Class, maxActive: 可以从对象池中取出的对象最大个数，为 0则表示没有限制，默认为8 maxIdle: 最大等待连接中的数量,设 0 为没有限制 （对象池中对象最大个数） minIdle：对象池中对象最小个数 maxWait: 最大等待秒数,
3、单位为 ms, 超过时间会丟出错误信息 password: 登陆数据库所用的密码 url: 连接数据库的 URL username: 登陆数据库所用的帐号 validationQuery: 验证连接是否成功, SQL SELECT 指令至少要返回一行 removeAbandoned: 是否自我中断, 默认是 false removeAbandonedTimeout: 几秒后会自我中断, removeAbandoned 必须为 true logAbandoned: 是否记录中断事件, 默认为 false minEvictableIdleTimeMillis：大于 0 ，进行连接空闲时间判断，或为
4、 0，对空闲的连接不进行验证；默认 30分钟 timeBetweenEvictionRunsMillis：失效检查线程运行时间间隔，如果小于等于0，不会启动检查线程，默认-1 testOnBorrow：取得对象时是否进行验证，检查对象是否有效，默认为 false testOnReturn：返回对象时是否进行验证，检查对象是否有效，默认为 false testWhileIdle：空闲时是否进行验证，检查对象是否有效，默认为 false 在使用 DBCP的时候，如果使用默认值，则数据库连接因为某种原因断掉后，再从连接池中取得连接又不进行验证，这时取得的连接实际上就会是无效的数据库连接。因此为了防止
5、获得的数据库连接失效，在使用的时候最好保证： username: 登陆数据库所用的帐号 validationQuery：SELECT COUNT(*) FROM DUAL testOnBorrow、testOnReturn、testWhileIdle：最好都设为 true minEvictableIdleTimeMillis：大于 0 ，进行连接空闲时间判断，或为 0，对空闲的连接不进行验证 timeBetweenEvictionRunsMillis：失效检查线程运行时间间隔，如果小于等于0，不会启动检查线程 PS:在构造 GenericObjectPool BasicDataSource在其
6、 createDataSource () 方法中也会使用 GenericObjectPool 时，会生成一个内嵌类 Evictor，实现自Runnable接口。如果 timeBetweenEvictionRunsMillis大于 0，每过timeBetweenEvictionRunsMillis毫秒 Evictor会调用 evict()方法，检查对象的闲置时间是否大于 minEvictableIdleTimeMillis 毫秒（_minEvictableIdleTimeMillis 小于等于 0时则忽略，默认为 30分钟），是则销毁此对象，否则就激活并校验对象，然后调用 ensureMinId
7、le方法检查确保池中对象个数不小于_minIdle。在调用 returnObject方法把对象放回对象池，首先检查该对象是否有效，然后调用 PoolableObjectFactory 的 passivateObject方法使对象处于非活动状态。再检查对象池中对象个数是否小于 maxIdle，是则可以把此对象放回对象池，否则销毁此对象 上述特性的可设置性已在代码中验证，具体性能是否能实现有待实际验证 2. C3P0 C3P0的官方 example中使用的数据源为 ComboPooledDataSource，网上一篇文章详细介绍了 C3P0连接池配置中各项含义这些配置项的含义在下载解压 c3p0的
8、压缩包之后目录的 docindex.html中的 Configuration部分也有详细的介绍，这里偷下懒:P，现摘录如下： 3 30 1000 false Test false 100 null false 60 3 60 15 100 3 root password select id from test where id=1 300 false true root false con_test 30000 30 10 30 25 10 0 200 300 上述特性的可设置性已在代码中验证，具体性能是否能实现有待实际验证 从配置项的内容来看，C3P0 和 DBCP都有比较详细的有关连接检测
9、保证的配置，我们可以看到 C3P0可以控制数据源内加载的 PreparedStatements数量，并且可以设置帮助线程的数量来提升 JDBC操作的速度，这些是 DBCP未提供的；另外从网络上的评价来看，DBCP 出现 Bug的频率要大于 C3P0，不过这一点有待于我们自己实际的检测。 3. Proxool Proxool的使用和 dbcp以及 c3p0稍有不同，我们需要并且只需要在使用基本的java.sql.DriverManager之前加载 org.logicalcobwebs.proxool.ProxoolDriver驱动类,并且按照 proxool定义的 url格式 proxool.
10、+ alias + : + driverClass + : + driverUrl ，其中 alias是为连接池自定义的别名 来获得connection；具体的可以参看 proxool doc下的 UserGuide，或本文所附的示例代码。下面对连接池的特性配置作详细说明 这个是自己翻译的，不一定准确，有问题时请参看 doc下的 Properties 。 n fatal-sql-exception 以逗号隔开的异常列表，当设置了此项之后，每当出现 SQLException时都将与列表中异常项作比较，如果匹配则认为出现 fatal异常，这将导致 connection被丢弃，并且不论出现任何情况该
11、异常将被重抛一次以通知用户发生的情况。默认值为null n fatal-sql-exception-wrapper-class 如果配置了 fatal-sql-exception，则默认的操作是丢弃引起 SQLException的原因而只是抛出原始异常。使用 fatal-sql-exception-wrapper-class这个特性可以将 SQLException包装到继承 SQLException或 RunTimeException的任何异常类里。Proxool提供了两个类供使用 FatalSQLException和 FatalRunTimeException；使用这两个类的话就将该选项设置
12、为org.logicalcobwebs.proxool.FatalSQLException或者org.logicalcobwebs.proxool.FatalRuntimeException。默认值为 null n house-keeping-sleep-time proxool自动侦察各个连接状态的时间间隔(毫秒),侦察到空闲的连接就马上回收,超时的销毁，默认值为 30秒 n house-keeping-test-sql 如果侦察线程发现闲置连接，则会使用这个 SQL语句来对这些连接进行检查；这项设置的语句应该能够被很快的执行，例如查询当前时间 info.setProperty(proxoo
13、l.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=注册为 JMS Server的 MBean。默认值为 false n jmx-age
14、nt-id 当且仅当 jmx选项设为 true时使用，为以逗号分隔的连接持注册到的 JMS代理名称列表；如果不设置则所有注册的 JMX Server都将被使用 n maximum-active-time 线程最大存活时间，超过此时间的线程将被守护线程 kill掉，默认值为 5分钟 n maximum-connection-count 到数据库的最大连接数，超过了这个连接，再有请求时，就排在队列中等候，最大的等待请求数由 simultaneous-build-throttle决定；默认值为 15 n maximum-connection-lifetime 连接最大存活时间，毫秒为单位，默认值为
15、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在使用前
16、将以 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);方式设定 上述特性的可设置性已在代码中验证，具体性能是否能实现有待实际验证 Proxool与 DBCP以及 C3P0的性能比较，网上众说纷纭，有待我们自己的测试总结 spring 下配置 dbcp,c3p0,p
