今早起来无意间登陆了一下昨晚发布的项目，出乎意料的报了一个错误。不过学习的机会又来了，问题如下。 上网大致搜了一下，发现这是一个普遍存在的问题，还有个很霸气的名字叫做
mysql
8小connection悬空问题。其实是由于Mysql连接超时所导致的。具体原因是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
至于三者的比较，网上有很多大家可以去查找，我发现一个比较有趣的小实验，可以自己编码来测试性能，大家可以试试。
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
有趣的实验还添加了与druid的比较（http://286.iteye.com/blog/1920417）
在我的项目一种我选择了c3p0，现将配置过程罗列如下：
hibernate.cfg.xml
一个不错的hibernate配置c3p0的教程：http://www.cnblogs.com/best/archive/2013/05/09/3069839.html
网上很多一部分教程是说下面这个语句一定要加，其实在这里我倒没出什么错误，主要是在问题出在引包中。
开始导入的是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（我已经将资源上传）
org.hibernate.connection.C3P0ConnectionProvider
5
30
1800
100
121
3
true
60
true
org.hibernate.dialect.MySQLDialect
jdbc:mysql://xxxx:3306/xxx?useUnicode=true&characterEncoding=UTF8
username
password
com.mysql.jdbc.Driver
org.hibernate.connection.C3P0ConnectionProvider