proxool的配置参数

搭建Structs2+Spring+MyBatis框架,proxool好多属性不熟悉，网上找了一些资料，备份。

fatal-sql-exception: 它是一个逗号分割的信息片段.当一个SQL异常发生时,他的异常信息将与这个信息片段进行比较.

如果在片段中存在,那么这个异常将被认为是个致命错误(Fatal SQL Exception ).这种情况下,

数据库连接将要被放弃.无论发生什么,这个异常将会被重掷以提供给消费者.

用户最好自己配置一个不同的异常来 抛出.

fatal-sql-exception-wrapper-class:

正如上面所说,你最好配置一个不同的异常来重掷.利用这个属性,用户可以包装SQLException,

使他变成另外一个异常.这个异常或者继承SQLException或者继承自RuntimeException.proxool

自带了2个实现:'org.logicalcobwebs.proxool.FatalSQLException' 和'org.logicalcobwebs.proxool.FatalRuntimeException'.后者更合适.

house-keeping-sleep-time: 

house keeper 保留线程处于睡眠状态的最长时间,house keeper 的职责就是检查各个连接的状态,

并判断是否需要销毁或者创建.这个的默认值是30秒。

house-keeping-test-sql:

如果发现了空闲的数据库连接.house keeper 将会用这个语句来测试.这个语句最好非常快的被执行.

如果没有定义,测试过程将会被忽略。

maximum-active-time: 

如果housekeeper 检测到某个线程的活动时间大于这个数值.它将会杀掉这个线程.

所以确认一下你的服务器的带宽.然后定一个合适的值.默认是5分钟。经常有些人或许会遇到

正在执行的程序忽然拒绝连接，莫明其妙的程序假死，这些都与这个参数的设置有关，

我们大部分数据库操作都会在5分钟之内完成，可是偏偏有些可能5分钟还完成不了，

而这个值如果按照默认值的话，连接池就会不管你到底有没有执行完，

 都会强行关闭数据库连接，所以这个值你可要小心设置

maximum-connection-count: 

最大的数据库连接数.一般的大应用设置30就足够了。

maximum-connection-lifetime: 

一个线程的最大寿命.

minimum-connection-count: 

最小的数据库连接数，一般最好事先初始化一部分连接这样，对于初次连接数据库的应用效率比较高，

推荐设置5－10

prototype-count: 连接池中可用的连接数量.如果当前的连接池中的连接少于这个数值.新的连接将被建立

(假设没有超过最大可用数).例如.我们有3个活动连接2个可用连接,

而我们的prototype-count是4,那么数据库连接池将试图建立另外2个连接.

这和 minimum-connection-count不同. minimum-connection-count把活动的连接也计算在内.

prototype-count 是spare connections 的数量.

injectable-connection-interface: 

允许proxool实现被代理的connection对象的方法.

injectable-statement-interface: 

允许proxool实现被代理的Statement 对象方法.

injectable-prepared-statement-interface: 

允许proxool实现被代理的PreparedStatement 对象方法.

injectable-callable-statement-interface: 

允许proxool实现被代理的CallableStatement 对象方法.

jmx: 如果属性为true，就会注册一个消息Bean到jms服务，

消息Bean对象名: "Proxool:type=Pool, name=<alias>". 默认值为false.


jmx-agent-id: 一个逗号分隔的JMX代理列表(如使用MBeanServerFactory.findMBeanServer

(String agentId)注册的连接池。）这个属性是仅当"jmx"属性设置为"true"才有效。

所有注册jmx服务器使用这个属性是不确定的

jndi-name: 数据源的名称

overload-without-refusal-lifetime: 

这可以帮助我们确定连接池的状态。如果我们已经拒绝了一个连接在这个设定值(毫秒),

然后被认为是超载。默认为60秒。

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)得到这些信息.verbose: 详细信息设置。

 参数 bool 值。