前言

最近遇到在将本地的什莫项目部署到服务器上之后遇到的一个奇怪问题：

在部署完成后，网站当时可以正常工作，名其妙但是断开第二天访问网站的时候却会遇到一个500 Server Error。

从日志中可以看出是连接MySQL数据库出现了异常：

翻译如下:

最后一个数据包在 83827560 ms 之前被成功接收，最后一个数据包在83827560 ms 之前被成功发送。及解决方比服务的什莫配置参数wait_timeout的值要长。

日志中给出的名其妙建议如下：

翻译如下：

你应考虑在程序中进行数据库操作之前检验数据库连接的有效性或者将数据库的autoReconnect属性设置为true来避免这个问题

关于wait_timeout和autoReconnect下面我们会依次分析介绍！

原因分析

我们进入mysql的断开命令行查询超时时间：

28800单位是秒转化成小时就是8小时，看出MySQL的连接默认设置，当一个连接的及解决方空闲时间超过8小时后，MySQL就会断开该连接。什莫

所以发现问题出在如果超过这个wait_timeout时间(默认是名其妙8小时)对数据库没有任何操作，那么MySQL会自动关闭数据库连接以节省资源。断开

数据库连接自动断开的连接问题确实是在第二天发生了，也就是及解决方在一个晚上没有对数据库进行操作(显然超过了8小时)的源码下载情况下发生的这个问题。

大家用命令show processlist; 可以查看Sleep状态的进程Sleep，同时可以看到每个进程Sleep多久了：

下面介绍下解决和优化办法！

解决方法

这个参数表示在mysql超时断开连接后会自动重新连接，配置的话，只需要在连接mysql的语句写上autoReconnect=true：

jdbc:mysql://127.0.0.1:3306/stock_tweet?autoReconnect=true

下面是MySQL官网对autoReconnect的解释:

同时可以看到官网不推荐使用这个参数，因为它有一些副作用，具体介绍下：

涉及到两个配置参数interactive_timeout和wait_timeout：

对于交互和非交互连接，说得直白一点就是，通过mysql客户端连接数据库是交互式连接，通过jdbc连接数据库是非交互式连接。

配置方法：

(1) 会话方式

msyql> set global wait_timeout=2880000;

msyql> set global interactive_timeout=2880000;

这种方式只对当前会话生效.

(2) 修改配置文件方式

修改/etc/my.cnf文件，在 [mysqld] 节中设置：

之后再重启下服务器就好了！

注意：

因为连接池的配置也会影响项目和MySQL的连接，所以也需要对数据库连接池的一些配置做一定修改

我们以Spring Boot 2.0默认的数据库连接池HikariCP为例

主要是下面这几个配置

(1) maximum-pool-size：

最大连接数，b2b信息网超过这个数，新的数据库访问线程会被阻，缺省值：10。

常见的错误是设置一个太大的值，连接数多反而性能下降。

参考计算公式是：

#core_count：CPU个数，effective_spindle_count:硬盘个数

connections = ((core_count * 2) + effective_spindle_count)

例如：一个4核，1块硬盘的服务器，连接数 = (4 * 2) + 1 = 9，凑个整数，10就可以了。

(2) minimum-idle：

最小的连接数目。

(3) max-lifetime:

最大的连接时间，用来设置一个connection在连接池中的存活时间。

缺省：30分钟。强烈建议设置比数据库超时时长少一点(MySQL的wait_timeout参数一般为8小时)。

(4) idle-timeout:

一个连接idle状态的最长时间，超时则被释放。