具体报错信息：com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

原因分析
当数据库重启或数据库空闲连接超过设置的最大timemout时间，数据库会强行断开已有的链接。
最大timeout时间可以通过登录数据库用cmd窗口命令show global variables like “wait_timeout”;查询或者
如果是windows系统下直接去服务里找到mysql，右键属性，查看my.ini文件路径，打开ini文件，查看是[mysqld]否有以下两行

wait_timeout=31536000

interactive_timeout=31536000

如果没有则说明是默认8小时，MySQL服务器默认的“wait_timeout”是28800秒即8小时，，意味着如果一个连接的空闲时间超过8个小时，MySQL将自动断开该连接，而连接池却认为该连接还是有效的(因为并未校验连接的有效性)，当应用申请使用该连接时，就会导致上面的报错。
linux系统下需要去mysql的安装目录查看my.cnf文件， vi或vim编辑即可
解决方案：
(1)
修改MySQL的参数，wait_timeout最大为31536000即1年，在my.cnf中加入上面的两行配置，重启生效，注：（需要同时修改这两个参数）
(2)
为了解决这个异常，我们在配置数据库连接池的时候需要做一些检查连接有效性的配置，这里以Druid为例，相关配置如下 鸡尼太美.
或者查看这个地址：练习两年半.

如果需要，以上几个配置可以酌情取舍

为了避免空闲时间过长超过最大空闲时间而被断开，我们设置三个配置：

validationQuery: SELECT 1
testWhileIdle: true
timeBetweenEvictionRunsMillis: 28000

注：其中timeBetweenEvictionRunsMillis需要小于mysql的wait_timeout。

但是这种方法无法避免重启的情况，不过一般数据库不会频繁重启，影响不大，如果非得频繁重启，可以通过设置testOnBorrow，即申请连接的时候先试一试连接是否可用，不过带来的影响就是性能降低，需要根据实际需求合理取舍。

建议这两种方案同时做处理！！！