具体报错信息：
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，即申请连接的时候先试一试连接是否可用，不过带来的影响就是性能降低，需要根据实际需求合理取舍。
建议这两种方案同时做处理！！！