Communications link failure The last packet successfully received from the server was 29,623,329 m

最新推荐文章于 2024-09-24 13:18:01 发布
最新推荐文章于 2024-09-24 13:18:01 发布
阅读量1.4k 收藏 1
点赞数
分类专栏： java编程 文章标签： mysql c3p0 数据库 drive
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/pk694046220/article/details/82762393
版权

这个问题一般出现在，长时间未使用mysql连接导致mysql那边已经断开，但连接池还以为是正常连接中，所以去访问则会报错。

解决很简单，如果用c3p0  那么直接加：

<!-- 设置每隔多少秒 检查空闲连接 -->
<property name="idleConnectionTestPeriod" value="60"/>

 

彭珂个人网
关注
专栏目录
【MySQL之轨迹】The last packet successfully received from the server was xxx milliseconds ago 连接超过 8 小时失效
Ice__Clean的博客
05-25 2886
数据库连接闲置 8 小时的解决方法之一：定时更新数据库连接池中的连接，使用了 jdk8 的新日期获取方式，通过连接创建的时间与当前使用的时间之差是否超时判断是否更新连接池
MySQL数据库提示：Communications link failure，The last packet successfully received...
苳眠の菜鸟
10-08 8605
       Last modified：2013-10-08 14:16:47      **********************************************         web网站使用MySQL数据库，今天突然报以下错误：       Communications link failure，The last packet successfully re...
Communications link failure，The last packet successfully received from the server was × millisecon..
varyall的专栏
11-21 1万+
版权声明：本文为博主原创文章，未经博主允许不得转载。    https://blog.csdn.net/liuxiao723846/article/details/45534885         关于MySQL连接超时问题，估计很多人都遇到过：大致情形都是这样，开发测试时程序都是正常的，一到第二天就出先莫名错误，比如在我的项目中使用了多数据源，其中有一个数据源仅仅供查询使用，所以使用次数很少。当...
Communications link failure，The last packet successfully received from the server was *** millisecon
热门推荐
阿里旺仔。
06-01 2万+
最近做测试，发现Mysql 过一段时间会无法连接，导致数据库数据不一至，极其郁闷。 下面是转一哥门的     使用Connector/J连接MySQL数据库，程序运行较长时间后就会报以下错误： Communications link failure，The last packet successfully received from the server was *** millisec
idea/datagrip连接MySQL数据库失败：[08S01]Communications link failure The last packet sent successfully to...
最新发布
qq_22902407的博客
09-24 737
以上步骤通常问题都能解决，认真一步步检查，通常最容易出现的问题就是自己以为检查过的地方其实被忽略了。我在云服务器防火墙这里栽了跟头，因为以前只给指定的其他服务器开了白名单，后来自己在本地连接的时候忘了这件事，以为防火墙没问题，又排查了好几个小时，非常浪费时间。总之还是细心点，千万不能想当然。
mysql连接池报错:The last packet successfully received from the server was XXXXX milliseconds ago
诸葛小猿
12-10 2万+
具体报错信息 0:Communications link failure The last packet successfully received from the server was 87,537,289 milliseconds ago. The last packet sent successfully to the 报错日志解释 从服务器成功接收的最后一个数据包是87,537,289（24.3小时）毫秒前。最后一个成功发送到服务器的数据包是0毫秒前。说明这个连接已经24个小时没有从服务器上接
Communications link failure，The last packet successfully received from the server was 244056 millis
m0_37541370的博客
05-16 2107
order by collectionStatus desc ,a.*注：linux值为1至31536000，可根据实际情况调整。在/etc/my.cnf里面修改wait_timeout值。说明：简单的方法，修改wait_timeout值。
Communications link failure The last packet successfully received from the server was 10,001 millise
02-28
错误信息"The last packet successfully received from the server was 10,001 milliseconds ago"表示最后一次成功接收到的数据包距离当前时间已经过去了10,001毫秒。 这种错误通常发生在以下情况下： 1. 网络连接...
Communications link failure The last packet successfully received from the server was 410 milliseconds ago.
10-04
在这个错误中，"The last packet successfully received from the server was 410 milliseconds ago"表示从服务器成功接收到最后一个数据包的时间是410毫秒之前。这个错误通常出现在连接超时或网络问题导致数据库...
Communications link failureThe last packet successfully received from the server was 2 milliseconds ago.
11-21
这个错误通常是由于连接MySQL服务器时出现问题而导致的。可能的原因包括网络问题、MySQL服务器关闭或重启、MySQL服务器配置更改等。以下是一些可能的解决方法： 1. 检查网络连接是否正常，确保MySQL服务器正在运行...
: Communications link failure The last packet successfully received from the server was 3,217 milliseconds ago
10-24
这个错误信息通常表示数据库连接失败。可能是由于网络问题或数据库服务器故障引起的。您可以尝试重新连接数据库或检查网络连接是否正常。如果问题仍然存在，您可能需要联系数据库管理员以获取更多帮助。...
Communications link failure & The last packet successfully received from the server was millisecon
wutian90的博客
12-27 1489
原因知道了，那接下来就是解决方案了，既然是10秒读取超时导致的，那就延长读取的时间，增加druid配置socket-timeout: 30000（单位为毫秒，原来的druid版本为3.4.1，没有此配置项，升级为3.6.1才有），重启、调用接口，没有报异常了，问题解决。我查看了生产的数据库配置，wait_timeout为8小时，java应用程序的druid相关配置里也没有配置检测需要关闭的空闲连接，因此推测异常的原因应该就是上述所说的原因造成的。等待30秒后再次查看，5个空闲连接已经全部被关闭。
Communications link failure:The last packet successfully received from the server was 0 millisecond
LookingTomorrow的博客
12-03 1万+
出现这种错误的大致情况如下： 1、数据库连接长时间未使用，断开连接后，再去连接出现这种情况。这种情况常见于用连接池连接数据库出现的问题 2、数据库连接的后缀参数问题 针对上述两种情况，解决方案如下 1、修改MySQL的参数,my.cnf位于/etc目录下，修改完成后，重启mysql wait_timeout最大为31536000即1年，在my.cnf中加入： [mysqld] wait_timeout=31536000 interactive_timeout=31536000 2、连接数
mysql 报错Communications link failure，The last packet successfully received from the server was × mill
两只橙的博客
12-14 1万+
1、报错信息Communications link failure The last packet successfully received from the server was 510,815 milliseconds ago. The last packet sent successfully to the server was 0 milliseconds ago. 2、报错原因1、My
Communications link failure，The last packet successfully received from the serve
xiaomin1991222的专栏
08-29 1517
  关于MySQL连接超时问题，估计很多人都遇到过：大致情形都是这样，开发测试时程序都是正常的，一到第二天就出先莫名错误，比如在我的项目中使用了多数据源，其中有一个数据源仅仅供查询使用，所以使用次数很少。当出现了超时错误，一般错误日志如下：Communications link failure The last packet successfully received from the ser...
Communications link failure The last packet successfully received from the server was xxx millise
XuJiangDong
01-31 4201
1、问题原因 mysql服务器中断了我们的连接，虽然连接池有连接（连接池认为该连接有效，mysql确认为无效） 2、解决办法（我是这么解决的） 数据库地址加上autoReconnect=true，开启断开自动连接 jdbc_url=jdbc:mysql://xxx.xx.xx.xxx:3306/xxx?autoReconnect=true 配置文件配置，testOnBorrow默认为false，我...
Communications link failureThe last packet successfully received from the server was 100 milliseco
即将毕业的大学生
03-26 859
Communications link failureThe last packet successfully received from the server was 100 milliseco
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值