记录:master - Failed to validate connection com.mysql.cj.jdbc.ConnectionImpl...解决方案

Posted bug菌¹

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了记录:master - Failed to validate connection com.mysql.cj.jdbc.ConnectionImpl...解决方案相关的知识,希望对你有一定的参考价值。

👨‍🎓作者:bug菌

✏️博客:CSDN掘金

💌公众号:猿圈奇妙屋

🚫特别声明:原创不易,转载请附上原文出处链接和本文声明,谢谢配合。

🙏版权声明:文章里可能部分文字或者图片来源于互联网或者百度百科,如有侵权请联系bug菌处理。

一、前言🔥

环境:jdk1.8 + springboot 2.3.1.RELEASE + mysql 5.6

二、排错分析🔥

       非常的奇怪,巨离谱!项目本地运行,时不时给你卡一下,然后控制台直接报错哗哗的一行行打印,且不光印象接口访问,navicat连接刷新数据库也是,直接卡住,这才多少数据,百来条,就直接查询也不至于啊?

        前端放来狠话,说我接口频繁报错,一会儿又好了,给我紧急修复掉,太影响接口测试了。这把我给整的,很烦呀,这任谁也忍不了呀,必须解决!

        放眼望去,从何开始定位问题呢?先申明一下不是锁表锁库所导致!这点是可以排除的。有哪位懂行的老哥能帮帮我的么?

三、报错展示🔥

        如下是我项目控制台实际报错:

WARN 4196 --- [nio-8889-exec-6] com.zaxxer.hikari.pool.PoolBase          : master - Failed to validate connection com.mysql.cj.jdbc.ConnectionImpl@4270a6d1 (No operations allowed after connection closed.). Possibly consider using a shorter maxLifetime value.
WARN 4196 --- [nio-8889-exec-6] com.zaxxer.hikari.pool.PoolBase          : master - Failed to validate connection com.mysql.cj.jdbc.ConnectionImpl@74713539 (No operations allowed after connection closed.). Possibly consider using a shorter maxLifetime value.
WARN 4196 --- [nio-8889-exec-6] com.zaxxer.hikari.pool.PoolBase          : master - Failed to validate connection com.mysql.cj.jdbc.ConnectionImpl@3b7db2ff (No operations allowed after connection closed.). Possibly consider using a shorter maxLifetime value.
WARN 4196 --- [nio-8889-exec-6] com.zaxxer.hikari.pool.PoolBase          : master - Failed to validate connection com.mysql.cj.jdbc.ConnectionImpl@15d8fec0 (No operations allowed after connection closed.). Possibly consider using a shorter maxLifetime value.

 四、解决方案🔥

        单从报错信息入手:验证连接com.mysql.cj.jdbc失败,连接关闭后不允许操作。可以考虑减小的maxLifetime值。

        但从报错信息入手,好像有点眉头,我们可以先查看一下你们的数据库超时参数配置。很有可能是超时则断开连接导致。

        如下是两种尝试解决方案,仅供参考,如果方案1设置不好使请尝试方案2。不能保证方案对你们的情况都有效解决,但是总比不尝试强!

方案1:

执行如下这段命令查看数据库的各种超时配置参数:

show variables like '%timeout%';

实际查询结果如下:

         从上述截图结果上可以明显看到:连接超时时间使用的是默认的8小时(28800秒),查阅资料发现在mysql 5以上的版本修改my.cnf这个文件,自定义配置wait_timeout 与 interactive_timeout,这个文件的位置位于你服务器里根目录下的 /etc/my.cnf路径下。

        vim编辑打开文件后,在 [mysqld] 的最后一行加上如下参数;

wait_timeout= 86400

我们直接修改超时等待时长为:

wait_timeout= 86400

实际修改截图: 

下面重启下mysql

service mysqld restart

 实际运行截图: 

 OK,我们可以执行命令检查一下。

show variables like '%timeout%';

方案2:

        如果有的小伙伴修改了设置了my.cnf配置依旧参数没有变化,连接超时时间没有变更,那我们就在服务器直接通过命令连接,然后再设置参数试试:

连接数据库命令:

mysql -u root -h ip -p

 然后输入数据库连接密码,后回车。

我们再直接执行一遍查询命令:show variables like ‘%timeout%‘;

 可以看到,默认是8小时(28800秒)

然后我们通过命令式的设置进行修改参数:

set interactive_timeout=604800;

set wait_timeout=604800;

实际设置截图: 

 都显示设置成功了。那我们直接查询一下: 

这样只是说明你设置好了,但是要想立即生效,那我们还得重启下服务器:

service mysqld restart

 实际设置截图: 

可以看到,数据库已经重启好了,那我们再来监听看看,后端服务是否还会报连接超时问题吧!

可以检查下数据库服务有没有重启OK,确保下。

service mysqld status

 实际运行截图: 

五、文末🔥

        如果你还想要学习更多,小伙伴们大可关注bug菌专门为你们创建的专栏《bug调优》,都是我一手打下的江山,持续更新中,希望能帮助到更多小伙伴们。

       我是bug菌,一名想走👣出大山改变命运的程序猿。接下来的路还很长,都等待着我们去突破、去挑战。来吧,小伙伴们,我们一起加油!未来皆可期,fighting!

        最后送大家两句我很喜欢的话,与诸君共勉!


☘️做你想做的人,没有时间限制,只要愿意,什么时候都可以start。

🍀你能从现在开始改变,也可以一成不变,这件事,没有规矩可言,你可以活出最精彩的自己。


​​​

💌如果文章对您有所帮助,就请留下您的吧!(#^.^#);

💝如果喜欢bug菌分享的文章,就请给bug菌点个关注吧!(๑′ᴗ‵๑)づ╭❤~;

💗如果对文章有任何疑问,还请文末留言或者加群吧【QQ交流群:708072830】;

💞鉴于个人经验有限,所有观点及技术研点,如有异议,请直接回复参与讨论(请勿发表攻击言论,谢谢);

💕版权声明:原创不易,转载请附上原文出处链接和本文声明,版权所有,盗版必究!!!谢谢。

以上是关于记录:master - Failed to validate connection com.mysql.cj.jdbc.ConnectionImpl...解决方案的主要内容,如果未能解决你的问题,请参考以下文章

master.HMaster: Failed to become active master

! [remote rejected] master -; master (hook declined) error: failed to push some refs to 'https:/

Hbase启动出问题 master.HMaster: Failed to become active master

git push origin master出错:error: failed to push some refs to

Push rejected: Push master to origin/master was rejected /failed to push some refs to /git did not

hbase_异常_01_Hbase: Failed to become active master