MySql 8小时解决方案：proxool连接池

MySql8小时问题：

MySQL 的默认设置下，当一个连接的空闲时间超过8小时后，MySQL 就会断开该连接，而 c3p0 连接池则以为该被断开的连接依然有效。在这种情况下，如果客户端代码向 c3p0 连接池请求连接的话，连接池就会把已经失效的连接返回给客户端，客户端在使用该失效连接的时候即抛出异常。

解决方案一：

增加 MySQL 的 wait_timeout 属性的值。

这两个参数的默认值是8小时(60*60*8=28800)。我测试过将这两个参数改为0，结果出人意料，系统自动将这个值设置为28800。换句话说，不能将该值设置为永久。
将这2个参数设置为24小时(60*60*24=604800)即可。

set interactive_timeout=604800;
set wait_timeout=604800; 

总结：可以短时间内解决该问题，但是时间还有有限制，不是完美的解决方案。

解决方案二：

Proxool是一种Java数据库连接池技术。是sourceforge下的一个开源项目,这个项目提供一个健壮、易用的连接池，最为关键的是这个连接池提供监控的功能，方便易用，便于发现连接泄漏的情况。
步骤1：将proxool支持的jar拷贝到项目的WEB-INF/lib目录中

步骤2：src下建立proxool.xml（跟hibernate相同路径）

<?xml version="1.0" encoding="UTF-8"?>

<something-else-entirely>
	<proxool>
		<alias>mysql</alias> 
		<driver-url>jdbc:mysql://localhost:3306/数据库名</driver-url>
		<driver-class>com.mysql.jdbc.Driver</driver-class>
		<driver-properties>
			<property name="user" value="root" />
			<property name="password" value="admin" />
		</driver-properties> 
		<!--最大连接数(默认5个),超过了这个连接数,再有请求时,就排在队列中等候,最大的等待请求数由maximum-new-connections决定 --> 
		<maximum-connection-count>100</maximum-connection-count> 
		<!--最小连接数(默认2个)-->  
		<minimum-connection-count>10</minimum-connection-count> 
		<!--proxool自动侦察各个连接状态的时间间隔(毫秒),侦察到空闲的连接就马上回收,超时的销毁 默认30秒-->  
		<house-keeping-sleep-time>90000</house-keeping-sleep-time>
		<!--没有空闲连接可以分配而在队列中等候的最大请求数,超过这个请求数的用户连接就不会被接受--> 
		<maximum-new-connections>10</maximum-new-connections> 
		<!--最少保持的空闲连接数(默认2个)-->  
		<prototype-count>5</prototype-count> 
		<!--在使用之前测试--> 
		<test-before-use>true</test-before-use>
		<!--用于保持连接的测试语句 --> 
		<house-keeping-test-sql>select now()</house-keeping-test-sql>
	</proxool>
</something-else-entirely> 

步骤3：Hibernate配置文件添加proxool连接池

<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE hibernate-configuration PUBLIC
          "-//Hibernate/Hibernate Configuration DTD 3.0//EN"
          "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">

<!-- Generated by MyEclipse Hibernate Tools.                   -->
<hibernate-configuration>

	<session-factory>
	 	<property name="hibernate.connection.provider_class">org.hibernate.connection.ProxoolConnectionProvider</property>
		<!-- proxool.xml中对应<alias>mysql</alias>的名称  -->
		<property name="hibernate.proxool.pool_alias">
			mysql
		</property>
		<!-- proxool.xml的路径，因为在同一目录下，所以直接填写proxool.xml（相对路径）  -->
		<property name="hibernate.proxool.xml">
			proxool.xml
		</property>
		<property name="dialect">
			org.hibernate.dialect.MySQLDialect
		</property>

		<property name="show_sql">true</property>
		<mapping resource="com/donen/pojo/User.hbm.xml" />

	</session-factory>

</hibernate-configuration>

这样就可以在hiernate中使用proxool连接池了。不需要更改mysql配置解决8小时问题。
附：proxool连接池使用情况查看
在web.xml中添加如下内容

<servlet>
	<servlet-name>dbpoolAdmin</servlet-name>
	<servlet-class>org.logicalcobwebs.proxool.admin.servlet.AdminServlet</servlet-class>
</servlet>
<servlet-mapping>
	<servlet-name>dbpoolAdmin</servlet-name>
	<url-pattern>/dbpool</url-pattern>
</servlet-mapping>

之后访问http://localhost:端口号/项目名称/dbpool 即可查看连接池当前信息（访问此页前至少要访问一个有对数据库进行操作的页面）

属性列表说明:

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: 连接池使用状况统计。 参数“10s,1m,1d”

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

test-before-use: 略

test-after-use: 略

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

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

转载地址：http://blog.csdn.net/kok1992/article/details/19478403