MySQL8小时连接超时断开问题
来源:互联网 发布:为什么知乎安装失败 编辑:程序博客网 时间:2024/05/17 05:06
使用Connector/J连接MySQL数据库,程序运行较长时间后就会报以下错误:
Communications link failure,The last packet successfully received from the server was *** millisecond ago.The last packet successfully sent to the server was *** millisecond ago。
其中错误还会提示你修改wait_timeout或是使用Connector/J的autoReconnect属性避免该错误。
后来查了一些资料,才发现遇到这个问题的人还真不少,大部分都是使用连接池方式时才会出现这个问题,短连接应该很难出现这个问题。这个问题的原因:
MySQL服务器默认的“wait_timeout”是28800秒即8小时,意味着如果一个连接的空闲时间超过8个小时,MySQL将自动断开该连接,而连接池却认为该连接还是有效的(因为并未校验连接的有效性),当应用申请使用该连接时,就会导致上面的报错。
1.按照错误的提示,可以在JDBC URL中使用autoReconnect属性,实际测试时使用了autoReconnect=true&failOverReadOnly=false,不过并未起作用,使用的是5.1版本,可能真像网上所说的只对4之前的版本有效。
2.没办法,只能修改MySQL的参数了,wait_timeout最大为31536000即1年,在my.cnf中加入:
[mysqld]
wait_timeout=31536000
interactive_timeout=31536000
重启生效,需要同时修改这两个参数。
- MySQL8小时连接超时断开问题
- MySQL8小时连接超时断开问题
- 解决MySql8小时自动断开连接问题。
- 解决mysql8小时自动断开问题
- java数据库连接池proxool介绍及mysql8小时断开连接问题的说明
- SSH项目中MySQL8小时自动断开连接配置文件解决方案
- 关于MySql8小时空闲后连接超时问题(testOnBorrow,logAbandoned等)
- [linux]mysql8小时问题
- c3po MySQL8小时问题
- 解决mysql8小时无连接自动断掉问题
- C3P0下Mysql8小时问题
- 解决ssh超时断开连接的问题
- 解决ssh超时断开连接的问题
- oracle连接超时自动断开问题
- 连接MySql超时断开报错问题
- MySQL连接超时断开的问题
- 解决secureCRT超时连接断开的问题
- mysql超时设置的问题,如果连接闲置8小时 (8小时内没有进行数据库操作), mysql就会自动断开连接, 要重启tomcat
- PostgreSQL数据库集群:Slony-I
- HDU 3652
- iis报mmc检测错误解决办法
- PostgreSQL数据库集群:pgpool-II工具
- 可拖动的圆角遮罩层
- MySQL8小时连接超时断开问题
- PostgreSQL 数据库集群和PL/Proxy配置安装指南
- TIMESTEN内存数据库-最佳实践(已翻译)
- SQL在存储过程编写经验和优化措施
- CSMA/CA
- R6025
- UKF备忘录
- Python调用C/C++的种种方法
- XML操作总结