JDBC实现Mysql自动重连机制的方法详解
前言
本文主要给大家介绍的是关于JDBC实现Mysql自动重连机制的相关内容,分享出来供大家参考学习,下面来一起看看详细的介绍:
日志:usingtheConnector/Jconnectionproperty'autoReconnect=true'toavoidthisproblem
com.mysql.jdbc.CommunicationsException:Thelastpacketsuccessfullyreceivedfromtheserverwas58129secondsago.Thelastpacketsentsuccessfullytotheserverwas58129secondsago,whichislongerthantheserverconfiguredvalueof'wait_timeout'.Youshouldconsidereitherexpiringand/ortestingconnectionvaliditybeforeuseinyourapplication,increasingtheserverconfiguredvaluesforclienttimeouts,orusingtheConnector/Jconnectionproperty'autoReconnect=true'toavoidthisproblem.
查了一下,原来是MySQL超时设置的问题
如果连接闲置8小时(8小时内没有进行数据库操作),mysql就会自动断开连接,要重启tomcat.
解决办法:
第一种:如果不用hibernate的话,则在connectionurl中加参数:autoReconnect=true
jdbc.url=jdbc:mysql://ipaddress:3306/database?autoReconnect=true&autoReconnectForPools=true
第二种:用hibernate的话,加如下属性:
true true true
第三种:要是还用c3p0连接池:
1 0 0 true
第四种:最不好的解决方案
使用Connector/J连接MySQL数据库,程序运行较长时间后就会报以下错误:
Communicationslinkfailure,Thelastpacketsuccessfullyreceivedfromtheserverwas***millisecondago.Thelastpacketsuccessfullysenttotheserverwas*** millisecondago。
其中错误还会提示你修改wait_timeout或是使用Connector/J的autoReconnect属性避免该错误。
后来查了一些资料,才发现遇到这个问题的人还真不少,大部分都是使用连接池方式时才会出现这个问题,短连接应该很难出现这个问题。
这个问题的原因:
MySQL服务器默认的“wait_timeout”是28800秒即8小时,意味着如果一个连接的空闲时间超过8个小时,MySQL将自动断开该连接,而连接池却认为该连接还是有效的(因为并未校验连接的有效性),当应用申请使用该连接时,就会导致上面的报错。
⑴.按照错误的提示,可以在JDBCURL中使用autoReconnect属性,实际测试时使用了autoReconnect=true&failOverReadOnly=false,不过并未起作用,使用的是5.1版本,可能真像网上所说的只对4之前的版本有效。
⑵.没办法,只能修改MySQL的参数了,wait_timeout最大为31536000即1年,在my.cnf中加入:
[mysqld] wait_timeout=31536000 interactive_timeout=31536000
重启生效,需要同时修改这两个参数。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对毛票票的支持。