今早起来无意间登陆了一下昨晚发布的项目，出乎意料的报了一个错误。不过学习的机会又来了，问题如下。 上网大致搜了一下，发现这是一个普遍存在的问题，还有个很霸气的名字叫做mysql 8小connection悬空问题。其实是由于Mysql连接超时所导致本文来源gao($daima.com搞@代@#码$网的。具体原因是My
今早起来无意间登陆了一下昨晚发布的项目，出乎意料的报了一个错误。不过学习的机会又来了，问题如下。
上网大致搜了一下，发现这是一个普遍存在的问题，还有个很霸气的名字叫做mysql 8小connection悬空问题。其实是由于Mysql连接超时所导致的。具体原因是Mysql服务器默认的“wait_timeout”是8小时【也就是默认的值默认是28800秒】，也就是说一个connection空闲超过8个小时，Mysql将自动断开该connection，通俗的讲就是一个连接在8小时内没有活动，就会自动断开该连接。wait timeout的值可以设定，但最多只能是2147483，不能再大了。也就是约24.85天
解决的办法那么两三种，最为有效地办法就是建立连接池，会定期维护连接，并处理自动关闭的这种情况。其他几种方法不理想就不做解释和记录了。
在我的项目中采用了hibernate，然而hibernate自带的连接池实在太渣（听说，没有考证，但出现了这个问题可以从一方面看出不给力）。所以只能采用主流的连接池，有这么几种。
1. DBCP.
Apche的DBCP在Hibernate2中受支持，但在Hibernate3中已经不再推荐使用，官方的解释是这个连接池存在缺陷。如果你因为某种原因需要在Hibernate3中使用DBCP，建议采用JNDI方式。
2.C3P0.
Hibernate2和Hibernate3的命名空间有所变化。例如，配置C3P0时的provider_class有Hibernate2环境下使用net.sf.hibernate.connection.C3P0ConnectionProvider，在Hibernate3环境下使用org.hibernate.connection.C3P0ConnectionProvider。
3.Proxool
至于三者的比较，网上有很多大家可以去查找，我发现一个比较有趣的小实验，可以自己编码来测试性能，大家可以试试。
有趣的实验还添加了与druid的比较（http://286.iteye.com/blog/1920417）
在我的项目一种我选择了c3p0，现将配置过程罗列如下：
hibernate.cfg.xml
org.hibernate.connection.C3P0ConnectionProvider <!---ecms -ecms 连接池的最小连接数--> 5 <!---ecms -ecms 最大连接数--> 30 <!---ecms -ecms 连接超时时间--> 1800 <!---ecms -ecms statemnets缓存大小--> 100 <!---ecms -ecms 每隔多少秒检测连接是否可正常使用 --> 121 <!---ecms -ecms 当池中的连接耗尽的时候，一次性增加的连接数量,默认为3--> 3 true <!---ecms -ecms 连接池每隔60秒自动检测数据库连接情况，如果断开则自动重连 --> 60 true org.hibernate.dialect.MySQLDialect jdbc:mysql://xxxx:3306/xxx?useUnicode=true&characterEncoding=UTF8 username password com.mysql.jdbc.Driver一个不错的hibernate配置c3p0的教程：http://www.cnblogs.com/best/archive/2013/05/09/3069839.html
网上很多一部分教程是说下面这个语句一定要加，其实在这里我倒没出什么错误，主要是在问题出在引包中。
org.hibernate.connection.C3P0ConnectionProvider开始导入的是c3p0-0.9.2.1.jar ,但总是出现问题，Could not initialize class com.dao.HibernateSessionFactory。最终，导入以下两个jar包解决该问题c3p0配置成功
c3p0-0.9.1.jar和hibernate-c3p0-4.1.11.Final.jar（我已经将资源上传）
转载请注明原文链接：mysql 8小connection悬空问题及解决办法
