关于jdbc连接mysql出现Communications link failured的问题

问题描述

近日，在测试服务同步功能时，出现了这么一个异常：

出现这个异常的背景是昨日将服务同步功能部署到北京环境(172.18.231.104)，然后今早再次调用，就出现上述问题。
值得注意的是，目前北京环境的esb用的是Mysql数据库（172.18.231.40）

另外，昨日也将代码部署到了四川测试环境，今天测试调用，并没出现该问题，四川esb用的是Oracle数据库。

所以，可以定位该异常目前只出现在mysql的数据库连接中。

问题分析

通过上网查询，以及本地咨询Mysql的运维同事，了解到Mysql有维护两个属性：interactive_timeout、wait_timeout


可能的原因就是：MySQL服务在长时间不连接之后断开了，断开之后的首次请求会抛出这个异常

按照网站上的说法，超过timeout未操作，连接则会断开，但是使用的北京mysql库的timeout是86400秒，约24小时。但是昨晚到今早也没超过这么长时间呀。也还是出现这个问题，有点莫名其妙。


然后按照本地运维同事的说法，可能是Mysql服务器端连接池满了。同样通过命令查询thread:

貌似也没什么问题，还是有点不明所以。

一个解决方案

因为是长时连接未进行任何jdbc操作而导致连接失败，所以，考虑在程序中增加一个定时任务。
每隔60秒自动自动执行一次查询操作：select 1 from dual
该方法已更新到北京环境，截止目前发帖，暂未出现该异常。

参考文章：

MySql的Communications link failure解决办法：https://www.cnblogs.com/jpfss/p/11003550.html
[已解决]踩过的坑之mysql连接报“Communications link failure”错误：https://blog.csdn.net/qq_27471405/article/details/80921846