proxool连接池配置详细说明

来源:互联网 发布:mac 数据库建模 编辑:程序博客网 时间:2024/04/29 05:24

目前市面上三个主流连接池从性能上排名如下:proxool>c3p0>dbcp,proxool还提供了可视化的连接池实时监控工具,所以既稳定又方便,配置也是非常容易的事情。下面我来讲讲我如何配置proxool连接池的。
      1、下载相关资源。

      从http://proxool.sourceforge.net/站点上下载我们需要的资源,proxool-0.9.1是最新版本,解压后从lib下copy里面的2个JAR包 proxool-0.9.1.jar和 

proxool-cglib.jar至项目中去。如果不加proxool-cglib.jar的话会报 java.lang.ClassNotFoundException:org.logicalcobwebs.cglib.proxy.Callback异常。 

      2、首先在WEB-INF目录下新建一个proxool.xml文件。

 

我在里面配置了2个不同数据库的数据源,你可以根据需要配置多个,其中具体的参数属性我会在下面全部予以说明。
      3、配置web.xml文件。

 

 <load-on-startup>1</load-on-startup>用来设置加载属性,一定要保证在其他配置项之前加载。

 

 

 这个属性是用来提供察看连接池信息的工具,既在域名后跟上/datasource_situation就可以查看了,当然名字可以自己定义。如果你想限制用户和密码来访问就用

 

 

这段配置就限定了只有输入了TOMCAT的管理员帐号密码后就能登陆连接池查看工具了,如果连续三次登陆失败,进入401.jsp页面。401.jsp要加入下段代码

           response.setHeader("WWW-Authenticate", "Basic realm=/"Tomcat Manager Application/"");

      4、配置连接池连接类。

 

 

下面我来介绍一下proxool.xml文件中关于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 的职责就是检查各个连接的状态,并判断是否需要销毁或者创建.

 

house-keeping-test-sql:  如果发现了空闲的数据库连接.house keeper 将会用这个语句来测试.这个语句最好非常快的被执行.如果没有定义,测试过程将会被忽略。

 

injectable-connection-interface: 允许proxool实现被代理的connection对象的方法.

 

injectable-statement-interface: 允许proxool实现被代理的Statement 对象方法.

 

injectable-prepared-statement-interface: 允许proxool实现被代理的PreparedStatement 对象方法.

 

injectable-callable-statement-interface: 允许proxool实现被代理的CallableStatement 对象方法.

 

jmx:

 

jmx-agent-id:

 

jndi-name: 数据源的名称

 

maximum-active-time: 如果housekeeper 检测到某个线程的活动时间大于这个数值.它将会杀掉这个线程.所以确认一下你的服务器的带宽.然后定一个合适的值.默认是5分钟.

 

maximum-connection-count: 最大的数据库连接数.

 

maximum-connection-lifetime: 连接最大生命时间 默认4小时

 

minimum-connection-count: 最小的数据库连接数

 

overload-without-refusal-lifetime:

 

prototype-count: 连接池中可用的连接数量.如果当前的连接池中的连接少于这个数值.新的连接将被建立(假设没有超过最大可用数).例如.我们有3个活动连接2个可用连接,而我们的prototype-count是4,那么数据库连接池将试图建立另外2个连接.这和 minimum-connection-count不同. minimum-connection-count把活动的连接也计算在内.prototype-count 是spare connections 的数量.

 

recently-started-threshold:  略

 

simultaneous-build-throttle:  同时最大连接数

 

statistics:  连接池使用状况统计。 参数“10s,1m,1d”

 

statistics-log-level:  日志统计跟踪类型。 参数“ERROR”或 “INFO”

 

test-before-use:

 

test-after-use:

 

trace: 如果为true,那么每个被执行的SQL语句将会在执行期被log记录(DEBUG LEVEL).你也可以注册一个ConnectionListener (参看ProxoolFacade)得到这些信息.

 

verbose: 详细信息设置。 参数 bool 值