MySQL笔记-8小时连接闲置超时

最近发现之前部署在阿里云的一个web项目，每过一段时间就会报错，但是刷新下页面就会显示正常；在过了比较长的一段时间后，又会报同样的错误，如下：

在网上查了下资料，原来是因为项目中使用了连接池，由于连接池里的连接长时间闲置着，而MySQL默认的非交互式连接的闲置时间是8小时；也就是说，当连接池里的连接闲置超过8小时后就会被MySQL数据库自动断开而失效。

由于连接池并不知道连接已经失效了，依然保持着这些失效的连接，这导致web项目在一段时间后访问页面时报错，而在刷新页面后连接池重新获取了有效的连接，所以项目又可以正常访问了。

这里涉及到MySQL关于交互式连接和非交互式连接的概念。

交互式连接

通俗的说，在cmd里直接和MySQL进行各种sql操作的连接方式就是交互式连接，这里走的是TCP协议。

非交互式连接

而直接在项目中对MySQL进行sql操作的方式则是非交互式连接，我们的应用服务器通过Hibernate或者JDBC来实现和数据库的通信。

怎么解决连接闲置超时的问题？

这两种连接方式都有各自对应的一个超时时间属性，交互式连接是interactive_timeout；非交互式连接是wait_timeout。

既然是闲置超时，那么解决的办法也很简单，就是直接将这个时间设置得更长些；在MySQL中最多可以设置到365天(即31536000，默认单位是s)，有两种设置的方法。

第一种设置方式：修改配置文件my.ini文件

该配置文件在MySQL的安装目录下，如果没有此文件，可以复制my-default.ini文件，将生成的复件重命名成my.ini；然后在文件中添加如下语句：

wait_timeout=31536000  
interactive_timeout=31536000 

如果没有这两个语句则表示默认值是8小时(60*60*8=28800)；需要注意的是，wait_timeout的最大值分别是24天/365天(Windows/Linux)。

第二种设置方式：使用mysql命令进行修改

set global interactive_timeout=设置值
set global wait_timeout=设置值

不过闲置时间设置得过大并不好，MySQL里大量的SLEEP连接无法及时释放，拖累系统性能；设置得过小又容易产生如上所述的错误；由于我们的web项目中经常会使用到连接池技术，所以我们有更好的解决方法，那就是在项目中设置连接池的属性。

我的项目是使用的c3p0，所以这里只介绍c3p0的设置方法，如下：

方法一：减少连接池内连接的生存周期

既然MySQL连接的默认闲置时间是8小时，那么只要将连接池内连接的生产周期设置得比8小时短就行了。

方法二：定期使用连接池内的连接