数据库连接出错信息有下面两条：

com.mysql.jdbc.exceptions.MySQLNonTransientConnectionException: No operations allowed after connection closed.Connection was implicitly closed due to underlying exception/error:

com.mysql.jdbc.CommunicationsException: Communications link failure

?================分割线================

一直想不出什么原因导致，网上查资料也不顺利，后来找到了hibernate连接数据库，产生同样的错误时的处理方法，知道了问题出在哪里：

com.mysql.jdbc.CommunicationsException: Communications link failure due to underlying exception:
查看了Mysql的文档，以及Connector/J的文档以及在线说明发现，出现这种异常的原因是：Mysql服务器默认的“wait_timeout”是8小时，也就是说一个connection空闲超过8个小时，Mysql将自动断开该 connection。这就是问题的所在，在C3P0 pools中的connections如果空闲超过8小时，Mysql将其断开，而C3P0并不知道该connection已经失效，如果这时有 Client请求connection，C3P0将该失效的Connection提供给Client，将会造成上面的异常。

上网搜索，在MySQL的论坛上找到一个办法，就是如果在执行sql语句的时候发生了上述异常，就将sql语句重新执行一次。
试验发现，这个办法对这个使用spring+hibernate的服务无效。
进一步搜索发现，MySQL官方不推荐使用autoReconnect=true，参见http://bugs.mysql.com/bug.php?id=5020
需要另外找别的办法来解决这个问题。

由于问题产生的根本原因在于服务到数据库的连接长时间没活动，既然重新连接的办法无效，就可以尝试另外一种办法，就是反空闲。
自己写一个线程来反空闲的话，比较麻烦。
最后在网上找到一个办法。为hibernate配置连接池，推荐用c3p0，然后配置c3p0的反空闲设置idle_test_period，只要小于MySQL的wait timeout即可。
在hibernate.cfg.xml中增加下面几项：
<!-- configuration pool via c3p0-->
<property name="hibernate.connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>
<property name="c3p0.min_size">5</property>
<property name="c3p0.max_size">30</property>
<property name="c3p0.time_out">1800</property> <!-- seconds --><!-- default: 0 -->
<property name="c3p0.max_statement">50</property> <!-- default: 0 -->
<property name="c3p0.acquire_increment">1</property> <!-- default: 1 -->
<property name="c3p0.idle_test_period">120</property> <!-- seconds --><!-- default: 0 -->
<property name="c3p0.validate">true</property>

修改完后测试，问题解决。

================分割线================

具体修改方法如下：

对于MySQL5之前的版本，如Mysql4.x，只需要修改连接池配置中的URL，添加一个参数：autoReconnect=true(如jdbc:mysql://hostaddress:3306/schemaname?autoReconnect=true)，如果是MySQL5及以后的版本，则需要修改my.cnf(或者my.ini)文件，在[mysqld]后面添加上：
wait_timeout = n
interactive-timeout = n

(n为服务器关闭交互式连接前等待活动的秒数。可是就部署而言每次修改my.ini比较麻烦，而且n等于多少才是合适的呢？所以这个解决办法不好。)

?

查