Communications link failure的解决办法

原因：空闲连接在数据库端超时而被关闭，但在数据池端，还以为该连接可用，导致连接使用失败。

处理方法：１，数据池端处理；２，数据库端处理（不推荐，有隐患）

１，数据池端处理（加<property name="minEvictableIdleTimeMillis" value="28800" />属性）

参考url：
http://blog.csdn.net/fairyhawk/article/details/7565391 http://blog.sina.com.cn/s/blog_4adc4b090102w05o.html http://www.xuephp.com/main/detail.php?cid=43757 http://www.xuebuyuan.com/2011169.html
自己整理的配置资料，推荐：

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">

            <!-- Connection Info -->

            <property name="driverClassName" value="${jdbc.driver}" />

            <property name="url" value="${jdbc.url}" />

            <property name="username" value="${jdbc.username}" />

            <property name="password" value="${jdbc.password}" />

            <!-- Connection Pooling Info -->

        <!-- 最大并发连接数 -->

            <property name="maxActive" value="${jdbc.pool.maxActive}" />

        <!-- 最大空闲连接数 -->

            <property name="maxIdle" value="${jdbc.pool.maxIdle}" />

            <!-- 最小连接数 -->

        <property name="minIdle" value="0" />

        <!-- 设置从数据源中返回的连接是否采用自动提交机制，默认值为 true；-->

            <property name="defaultAutoCommit" value="false" />

            <!-- 最大等待时间:当没有可用连接时,连接池等待连接被归还的最大时间(以毫秒计数),超过时间则抛出异常,如果设置为-1表示无限等待-->

            <property name="maxWait" value="28800" />

        <!-- 必须设置，防止：Communications link failure错误。
4000
连接保持空闲而不被驱逐的最长时间，直到连接池中的连接数到minIdle为止 连接池中连接可空闲的时间,毫秒-->

            <property name="minEvictableIdleTimeMillis" value="28800" />

 

        <!-- testWhileIdle会定时校验numTestsPerEvictionRun个连接，只要发现连接失效，就将其移除再重新创建-->

        <property name= "testWhileIdle" value="true" />

        <!-- 从池中取连接的时候，发现当前连接失效，再创建一个连接供当前查询使用-->

        <property name= "testOnBorrow" value="false" />

        <!-- 在return给pool时，是否提前进行validate操作-->

        <property name= "testOnReturn" value="false" />

        <!-- 测试连接是否有效的sql-->

        <property name= "validationQuery" value="select 1" />  

        <!-- 检查连接池中空闲的连接的频率：毫秒-->

        <property name= "timeBetweenEvictionRunsMillis" value="30000" />  

        <!-- 每次检查空闲连接的个数-->

        <property name= "numTestsPerEvictionRun" value="30" />     

        </bean>

针对数据库Communications link failure的错误，可以理解为有两种策略解决：

策略1（推荐）：

    数据池配置 <property name="minEvictableIdleTimeMillis" value="28800" />属性，和数据库变量wait_timeout一致。

策略2：    

    数据池配置

    <!-- testWhileIdle会定时校验numTestsPerEvictionRun个连接，只要发现连接失效，就将其移除再重新创建-->

        <property name= "testWhileIdle" value="true" />

        <!-- 从池中取连接的时候，发现当前连接失效，再创建一个连接供当前查询使用-->

        <property name= "testOnBorrow" value="false" />

        <!-- 连接在return给pool时，是否提前进行validate操作-->

        <property name= "testOnReturn" value="false" />

        <!-- 测试连接是否有效的sql-->

        <property name= "validationQuery" value="select 1" />  

        <!-- 检查连接池中空闲的连接的频率：毫秒-->

        <property name= "timeBetweenEvictionRunsMillis" value="30000" />  

        <!-- 每次检查空闲连接的个数-->

        <property name= "numTestsPerEvictionRun" value="30" />     

      一套属性，定期检查连接，发现无效的则关闭。

２，数据库端处理
http://blog.csdn.net/xuzhuang2008/article/details/8129204（解决方法） http://frankfan915.iteye.com/blog/1672465（错误分析，仅供学习）
使用Connector/J连接MySQL数据库，程序运行较长时间后就会报以下错误：

Communications link failure，The last packet successfully received from the server was *** millisecond ago.The last packet successfully sent to the server was *** millisecond
ago。

其中错误还会提示你修改wait_timeout或是使用Connector/J的autoReconnect属性避免该错误。

后来查了一些资料，才发现遇到这个问题的人还真不少，大部分都是使用连接池方式时才会出现这个问题，短连接应该很难出现这个问题。这个问题的原因：

MySQL服务器默认的“wait_timeout”是28800秒即8小时，意味着如果一个连接的空闲时间超过8个小时，MySQL将自动断开该连接，而连接池却认为该连接还是有效的(因为并未校验连接的有效性)，当应用申请使用该连接时，就会导致上面的报错。

修改MySQL的参数，wait_timeout最大为31536000即1年，在my.cnf中加入：

[mysqld]

wait_timeout=31536000（1年）259200（3天：个人推荐）

interactive_timeout=31536000

重启生效，需要同时修改这两个参数。

！！！需要重启