1 Apache-DBCP:
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
initialSize: 初始化线程数 web
2 C3P0:
acquireIncrement: 当链接池中的链接耗尽的时候c3p0一次同时获取的链接数。Default: 3
acquireRetryAttempts: 定义在从数据库获取新链接失败后重复尝试的次数。Default: 30
acquireRetryDelay: 两次链接中间隔时间,单位毫秒。Default: 1000
autoCommitOnClose: 链接关闭时默认将全部未提交的操做回滚。Defaul t: false
automaticTestTable: c3p0将建一张名为Test的空表,并使用其自带的查询语句进行测试。若是定义了这个参数那么属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操做,它将只供c3p0测试使用。Default: null
breakAfterAcquireFailure: 获取链接失败将会引发全部等待链接池来获取链接的线程抛出异常。可是数据源仍有效保留,并在下次调用getConnection()的时候继续尝试获取链接。若是设为true,那么在尝试获取链接失败后该数据源将申明已断开并永久关闭。Default: false
checkoutTimeout: 当链接池用完时客户端调用getConnection()后等待获取新链接的时间,超时后将抛出SQLException,如设为0则无限期等待。单位毫秒。Default: 0
connectionTesterClassName: 经过实现ConnectionTester或QueryConnectionT ester的类来测试链接。类名需制定全路径。Default: com.mchange.v2.c3p0.impl.Def aultConnectionTester
factoryClassLocation: 指定c3p0 libraries的路径,若是(一般都是这样)在本地便可得到那么无需设置,默认null便可Default: null
idleConnectionTestPeriod: 每60秒检查全部链接池中的空闲链接。Defaul t: 0
initialPoolSize: 初始化时获取三个链接,取值应在minPoolSize与maxPoolSize之间。Default: 3
maxIdleTime: 最大空闲时间,60秒内未使用则链接被丢弃。若为0则永不丢弃。Default: 0
maxPoolSize: 链接池中保留的最大链接数。Default: 15
maxStatements: JDBC的标准参数,用以控制数据源内加载的PreparedSt atements数量。但因为预缓存的statements属于单个connection而不是整个链接池。因此设置这个参数须要考虑到多方面的因素。若是maxStatements与maxStatementsPerConnection均为0,则缓存被关闭。Default: 0
maxStatementsPerConnection: maxStatementsPerConnection定义了链接池内单个链接所拥有的最大缓存statements数。Default: 0
numHelperThreads: c3p0是异步操做的,缓慢的JDBC操做经过帮助进程完成。扩展这些操做能够有效的提高性能经过多线程实现多个操做同时被执行。Default: 3
overrideDefaultUser:当用户调用getConnection()时使root用户成为去获取链接的用户。主要用于链接池链接非c3p0的数据源时。Default: null
overrideDefaultPassword:与overrideDefaultUser参数对应使用的一个参数。Default: null
password: 密码。Default: null
user: 用户名。Default: null
preferredTestQuery:定义全部链接测试都执行的测试语句。在使用链接测试的状况下这个一显著提升测试速度。注意:测试的表必须在初始数据源的时候就存在。Default: null
propertyCycle: 用户修改系统配置参数执行前最多等待300秒。Defaul t: 300
testConnectionOnCheckout:因性能消耗大请只在须要的时候使用它。若是设为true那么在每一个connection提交的时候都将校验其有效性。建议使用idleConnectio nTestPeriod或automaticTestTable等方法来提高链接测试的性能。Default: false
testConnectionOnCheckin:若是设为true那么在取得链接的同时将校验链接的有效性。Default: false sql
3 Proxool:
acquireIncrement: 当链接池中的链接耗尽的时候c3p0一次同时获取的链接数。Default: 3
fatal-sql-exception : 它是一个逗号分割的信息片断.当一个SQL异常发生时,他的异常信息将与这个信息片断进行比较.若是在片断中存在,那么这个异常将被认为是个致命错误(Fatal SQL Exception ).这种状况下,数据库链接将要被放弃.不管发生什么,这个异常将会被重掷以提供给消费者.用户最好本身配置一个不一样的异常来抛出.
fatal-sql-exception-wrapper-class : 正如上面所说,你最好配置一个不一样的异常来重掷.利用这个属性,用户能够包装SQLException,使他变成另一个异常.这个异常或者继承SQLException或者继承字RuntimeException.proxool 自带了2个实现:'org.logicalcobwebs.proxool .FatalSQLException' 和'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对象名: "Proxool:type=Pool, name=<alias>". 默认值为false.
jmx-agent-id : 一个逗号分隔的JMX代理列表(如使用MbeanServerFactory .fi ndMBeanServer(String agentId)注册的链接池。)这个属性是仅当"jmx"属性设置为"true"才有效。全部注册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,除非你的一个数据库链接的时间内作了不少工做,否则过多的助理进程会影响你的性能 缓存