具体报错信息: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,即申请连接的时候先试一试连接是否可用,不过带来的影响就是性能降低,需要根据实际需求合理取舍。

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

Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐