Spring连接池配置详解

数据库连接池概述：
　　数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。
　　数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而再不是重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。
　　数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素：
1）最小连接数是连接池一直保持的数据库连接，所以如果应用程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费；

2）最大连接数是连接池能申请的最大连接数，如果数据库连接请求超过此数，后面的数据库连接请求将被加入到等待队列中，这会影响之后的数据库操作。

3）如果最小连接数与最大连接数相差太大，那么最先的连接请求将会获利，之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过，这些大于最小连接数的数据库连接在使用完不会马上被释放，它将被放到连接池中等待重复使用或是空闲超时后被释放。
　　目前常用的连接池有：C3P0、DBCP、Proxool
　　网上的评价是：
C3P0比较耗费资源，效率方面可能要低一点。

DBCP在实践中存在BUG，在某些种情会产生很多空连接不能释放，Hibernate3.0已经放弃了对其的支持。

Proxool的负面评价较少，现在比较推荐它，而且它还提供即时监控连接池状态的功能，便于发现连接泄漏的情况。

配置如下：
1、在spring配置文件中，一般在applicationContext.xml中

<bean id="DataSource" class="org.logicalcobwebs.proxool.ProxoolDataSource" destroy-method="shutdown"> <property name="driver"> <value>oracle.jdbc.driver.OracleDriver</value> </property> <property name="driverUrl"> <value>jdbc:oracle:thin:xxxx/xxxx@192.168.0.XX:1521:server</value> </property> <property name="user"> <value>xxxx</value> </property> <property name="password"> <value>xxxx</value> </property> <property name="alias"> <value>server</value> </property> <property name="houseKeepingSleepTime"> <value>30000</value> </property> <property name="houseKeepingTestSql"> <value>select 1 from dual</value> </property> <property name="testBeforeUse"> <value>true</value> </property> <property name="testAfterUse"> <value>true</value> </property> <property name="prototypeCount"> <value>5</value> </property> <property name="maximumConnectionCount"> <value>400</value> </property> <property name="minimumConnectionCount"> <value>10</value> </property> <property name="statistics"> <value>1m,15m,1d</value> </property> <property name="statisticsLogLevel"> <value>ERROR</value> </property> <property name="trace"> <value>true</value> </property> <property name="verbose"> <value>false</value> </property> <property name="simultaneousBuildThrottle"> <value>1600</value> </property> <property name="maximumActiveTime"> <value>600000</value> </property> <property name="jmx"> <value>false</value> </property> </bean>

　然后注入到sessionFactory中
<bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">

<property name="dataSource" ref="DataSource"/>

</bean>

　　属性列表说明：
fatal-sql-exception：它是一个逗号分割的信息片段。当一个SQL异常发生时，他的异常信息将与这个信息片段进行比较。如果在片段中存在，那么这个异常将被认为是个致命错误（Fatal
SQL Exception ）。这种情况下，数据库连接将要被放弃。无论发生什么，这个异常将会被重掷以提供给消费者。用户最好自己配置一个不同的异常来抛出。
fatal-sql-exception-wrapper-class：正如上面所说，你最好配置一个不同的异常来重掷。利用这个属性，用户可以包装SQLException，使他变成另外一个异常。这个异常或者继承QLException或者继承字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：如果属性为true，就会注册一个消息Bean到jms服务，消息Bean对象名：“Proxool：type=Pool，
name=<alias>”。默认值为false。
jmx-agent-id：一个逗号分隔的JMX代理列表（如使用MBeanServerFactory.findMBeanServer(StringagentId)注册的连接池。）这个属性是仅当“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-connection-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）得到这些信息。
verbose：详细信息设置。参数 bool
值