Java框架数据库连接池.docx
《Java框架数据库连接池.docx》由会员分享，可在线阅读，更多相关《Java框架数据库连接池.docx（27页珍藏版）》请在冰豆网上搜索。
Java框架数据库连接池
Java框架数据库连接池比较（c3p0,dbcp和proxool）
现在常用的开源数据连接池主要有c3p0,dbcp和proxool三种，其中：
¨ hibernate开发组推荐使用c3p0;
¨ spring开发组推荐使用dbcp（dbcp连接池有weblogic连接池同样的问题，就是强行关闭连接或数据库重启后，无法reconnect，告诉连接被重置,这个设置可以解决）;
¨ hibernateinaction推荐使用c3p0和proxool;
下面具体就每种连接池的调研结果进行说明：
1.Apache-DBCP
ØBasicDataSource相关的参数说明
dataSource:
要连接的datasource（通常我们不会定义在server.xml）
defaultAutoCommit:
对于事务是否autoCommit,默认值为true
defaultReadOnly:
对于数据库是否只能读取,默认值为false
driverClassName:
连接数据库所用的JDBCDriverClass,
maxActive:
可以从对象池中取出的对象最大个数，为0则表示没有限制，默认为8
maxIdle:
最大等待连接中的数量,设0为没有限制（对象池中对象最大个数）
minIdle：
对象池中对象最小个数
maxWait:
最大等待秒数,单位为ms,超过时间会丟出错误信息
password:
登陆数据库所用的密码
url:
连接数据库的URL
username:
登陆数据库所用的帐号
validationQuery:
验证连接是否成功,SQLSELECT指令至少要返回一行
removeAbandoned:
是否自我中断,默认是false
removeAbandonedTimeout:
几秒后会自我中断,removeAbandoned必须为true
logAbandoned:
是否记录中断事件,默认为false
minEvictableIdleTimeMillis：
大于0，进行连接空闲时间判断，或为0，对空闲的连接不进行验证；默认30分钟
timeBetweenEvictionRunsMillis：
失效检查线程运行时间间隔，如果小于等于0，不会启动检查线程，默认-1
testOnBorrow：
取得对象时是否进行验证，检查对象是否有效，默认为false
testOnReturn：
返回对象时是否进行验证，检查对象是否有效，默认为false
testWhileIdle：
空闲时是否进行验证，检查对象是否有效，默认为false
Ø在使用DBCP的时候，如果使用默认值，则数据库连接因为某种原因断掉后，再从连接池中取得连接又不进行验证，这时取得的连接实际上就会是无效的数据库连接。
因此为了防止获得的数据库连接失效，在使用的时候最好保证：
username:
登陆数据库所用的帐号
validationQuery：
SELECTCOUNT（*）FROMDUAL
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一次同时获取的连接数。
Default:
3-->
3
--定义在从数据库获取新连接失败后重复尝试的次数。
Default:
30-->
30
--两次连接中间隔时间，单位毫秒。
Default:
1000-->
1000
--连接关闭时默认将所有未提交的操作回滚。
Default:
false-->
false
--c3p0将建一张名为Test的空表，并使用其自带的查询语句进行测试。
如果定义了这个参数那么
属性preferredTestQuery将被忽略。
你不能在这张Test表上进行任何操作，它将只供c3p0测试
使用。
Default:
null-->
Test
--获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。
但是数据源仍有效
保留，并在下次调用getConnection（）的时候继续尝试获取连接。
如果设为true，那么在尝试
获取连接失败后该数据源将申明已断开并永久关闭。
Default:
false-->
false
--当连接池用完时客户端调用getConnection（）后等待获取新连接的时间，超时后将抛出
SQLException,如设为0则无限期等待。
单位毫秒。
Default:
0-->
100
--通过实现ConnectionTester或QueryConnectionTester的类来测试连接。
类名需制定全路径。
Default:
com.mchange.v2.c3p0.impl.DefaultConnectionTester-->
--指定c3p0libraries的路径，如果（通常都是这样）在本地即可获得那么无需设置，默认null即可
Default:
null-->
null
--Stronglydisrecommended.Settingthistotruemayleadtosubtleandbizarrebugs.
（文档原文）作者强烈建议不使用的一个属性-->
false
--每60秒检查所有连接池中的空闲连接。
Default:
0-->
60
--初始化时获取三个连接，取值应在minPoolSize与maxPoolSize之间。
Default:
3-->
3
--最大空闲时间,60秒内未使用则连接被丢弃。
若为0则永不丢弃。
Default:
0-->
60
--连接池中保留的最大连接数。
Default:
15-->
15
--JDBC的标准参数，用以控制数据源内加载的PreparedStatements数量。
但由于预缓存的statements
属于单个connection而不是整个连接池。
所以设置这个参数需要考虑到多方面的因素。
如果maxStatements与maxStatementsPerConnection均为0，则缓存被关闭。
Default:
0-->
100
--maxStatementsPerConnection定义了连接池内单个连接所拥有的最大缓存statements数。
Default:
0-->
--c3p0是异步操作的，缓慢的JDBC操作通过帮助进程完成。
扩展这些操作可以有效的提升性能
通过多线程实现多个操作同时被执行。
Default:
3-->
3
--当用户调用getConnection（）时使root用户成为去获取连接的用户。
主要用于连接池连接非c3p0
的数据源时。
Default:
null-->
root
--与overrideDefaultUser参数对应使用的一个参数。
Default:
null-->
password
--密码。
Default:
null-->
--定义所有连接测试都执行的测试语句。
在使用连接测试的情况下这个一显著提高测试速度。
注意：
测试的表必须在初始数据源的时候就存在。
Default:
null-->
selectidfromtestwhereid=1
--用户修改系统配置参数执行前最多等待300秒。
Default:
300-->
300
--因性能消耗大请只在需要的时候使用它。
如果设为true那么在每个connection提交的
时候都将校验其有效性。
建议使用idleConnectionTestPeriod或automaticTestTable
等方法来提升连接测试的性能。
Default:
false-->
false
--如果设为true那么在取得连接的同时将校验连接的有效性。
Default:
false-->
true
--用户名。
Default:
null-->
root
--早期的c3p0版本对JDBC接口采用动态反射代理。
在早期版本用途广泛的情况下这个参数
允许用户恢复到动态反射代理以解决不稳定的故障。
最新的非反射代理更快并且已经开始
广泛的被使用，所以这个参数未必有用。
现在原先的动态反射与新的非反射代理同时受到
支持，但今后可能的版本可能不支持动态反射代理。
Default:
false-->
false
con_test
30000
30
10
30
25
10
0
200
300
Ø上述特性的可设置性已在代码中验证，具体性能是否能实现有待实际验证
Ø从配置项的内容来看，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；具体的可以参看proxooldoc下的UserGuide，或本文所附的示例代码。
下面对连接池的特性配置作详细说明[这个是自己翻译的，不一定准确，有问题时请参看doc下的Properties~]。
nfatal-sql-exception
以逗号隔开的异常列表，当设置了此项之后，每当出现SQLException时都将与列表中异常项作比较，如果匹配则认为出现fatal异常，这将导致connection被丢弃，并且不论出现任何情况该异常将被重抛一次以通知用户发生的情况。
默认值为null
nfatal-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
nhouse-keeping-sleep-time
proxool自动侦察各个连接状态的时间间隔（毫秒）,侦察到空闲的连接就马上回收,超时的销毁，默认值为30秒
nhouse-keeping-test-sql
如果侦察线程发现闲置连接，则会使用这个SQL语句来对这些连接进行检查；这项设置的语句应该能够被很快的执行，例如查询当前时间[info.setProperty（"proxool.house-keeping-test-sql","selectCURRENT_DATE"）;]。
如果不设置则该选项被忽略
ninjectable-connection-interface、injectable-statement-interface、injectable-prepared-statement-interface、injectable-callable-statement-interface
njmx
如果此项设为true，则连接池将被以名称"Proxool:
type=Pool,name="注册为JMSServer的MBean。
默认值为false
njmx-agent-id
当且仅当jmx选项设为true时使用，为以逗号分隔的连接持注册到的JMS代理名称列表；如果不设置则所有注册的JMXServer都将被使用
nmaximum-active-time
线程最大存活时间，超过此时间的线程将被守护线程kill掉，默认值为5分钟
nmaximum-connection-count
到数据库的最大连接数，超过了这个连接，再有请求时，就排在队列中等候，最大的等待请求数由simultaneous-build-throttle决定；默认值为15
nmaximum-connection-lifetime
连接最大存活时间，毫秒为单位，默认值为4小时
nminimum-connection-count
不管是否被使用都保持开放的最小连接数，默认值为5
noverload-without-refusal-lifetime
用来判断连接池状态，如果在此选项设置时间内（毫秒为单位）拒绝了连接，则认为过负载。
默认值为60秒
nprototype-count
最少保持的空闲连接数，注意与minimum-connection-count区分。
默认值为0
nsimultaneous-build-throttle
最大的等待请求数，默认值为10
ntest-before-use
如果设为true则connection在使用前将以house-keeping-test-sql设置的语句测试，如果测试不通过则该connection被丢弃并会重新分配一个connection。
默认为false
ntest-after-use
如果设为true则connection在关闭（放回连接池）前将以house-keeping-test-sql设置的语句测试，如果测试不通过connection将被丢弃。
默认值为false
Ø与其它连接池特性的设置方法不同，Proxool不提供相应的set方法，所有特性都要以诸如info.setProperty（"proxool.jmx","false"）;方式设定
Ø上述特性的可设置性已在代码中验证，具体性能是否能实现有待实际验证
ØProxool与DBCP以及C3P0的性能比较，网上众说纷纭，有待我们自己的测试
总结spring下配置dbcp,c3p0,proxool数据源链接池
applicationContext-datasource-jdbc.xml
xmlversion="1.0"encoding="UTF-8"?
>
DOCTYPEbeansPUBLIC
"-//SPRING//DTDBEAN//EN"
"http:
//www.springframework.org/dtd/spring-beans.dtd">
default-dependency-check="none">
datasource
--
${jdbc.driverClassName}
${jdbc.url}
${jdbc.username}
${jdbc.password}
-->
升级会员 