[转]Hibernate的proxool连接池参数

阅读更多

Example configuration:

 
     apple
     jdbc:hsqldb:.
     org.hsqldb.jdbcDriver
     
         
         
     
     40000
     select CURRENT_DATE
     10
     3
     18000000 
     5
     40000
     50000
     60000
     true
     true
     ORA-1234
     2
 

这一步主要配置连接池的一些参数。
      由于整个程序已经可以运行起来了，或许你很高兴，但是你可不要高兴的太早，如果就这样拿你的项目去做压力测试，那十有八九是通不过的！为什么啊？因为你的连接池还没有经过参数的调优，下面我就简单的介绍一下各个参数的意思，你明白了这些，压力测试肯定不成问题。
      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 的数量.
      trace: 如果为true,那么每个被执行的SQL语句将会在执行期被log记录(DEBUG LEVEL).你也可以注册一个ConnectionListener (参看ProxoolFacade)得到这些信息.

------------------------------------------------------------------------

另附加一份proxool.xml的配置属性说明:

    
        xml-test-ns
        jdbc:hsqldb:db/test
        org.hsqldb.jdbcDriver
        
            
            
        
        40000
        select CURRENT_DATE
        10
        3
        18000000 
        5
        40000
        50000
        60000
        true
        true
        Fatal error
        2
    
    
        
            xml-test-ns-2
            jdbc:hsqldb:db/test
            org.hsqldb.jdbcDriver
            
                
                
            
            40000
            select CURRENT_DATE
            10
            3
            18000000 
            5
            40000
            50000
            60000
            true
            true
            Fatal error
            2
        
    

属性列表说明:

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: 一个线程的最大寿命.

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:  连接池使用状况统计。 参数