我的编程空间,编程开发者的网络收藏夹
学习永远不晚

【Mysql】Communications link failure,The last packet sent successfully to the server was 0 millisecond

短信预约 -IT技能 免费直播动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

【Mysql】Communications link failure,The last packet sent successfully to the server was 0 millisecond

项目背景是数据库和项目不在同一台服务器下,在启动时,突然遇到以下错误:

  Exception in thread "main" com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failureThe last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

尝试

在运行项目出现以上错误后,我多次尝试后依旧报错,但是我发现,使用客户端Navicat连接数据库,却可以正常连接…

因此

通过搜寻探索,总结如下:
一、学习到 交互式连接以及非交互式链接的区别

1.交互式连接
指的是客户端连接,连接到MySQL服务器,且客户端连接都带有重连机制(断开后操作SQL会自动连接)
(1)指令连接
终端命令行执行连接指令,即可连接到mysql服务器。
$ mysql -hlocalhost -p3306 -uroot -p

$ mysql -uroot -p
Enter password:

(2)工具连接
例如navicat,虽然一个数据库管理工具,但连接MySQL时,其内部也是封装了客户端连接的指令。
mysql -h$ip -P$port -u$user -p

2.非交互式连接
指的是非客户端连接,例如应用程序创建连接池、JDBC连接~

本文开头提到我的应用访问MySQL引起的报错,指的就是非交互式连接断开了。

二、MySQL连接参数

autoReconnect
数据库连接异常,是否自动连接,autoReconnect=true表示自动连接

failOverReadOnly
数据库连接,是否设置为只读模式,failOverReadOnly=false表示只读模式

wait_timeout
wait_timeout 连接超时时间,表示非交互式连接(非交互式连接,wait_timeout才生效),连接处于空闲状态多久,MySQL会被切断掉。默认28800(单位秒,即8小时),这个时间显然是比较短的。所以经常出现有小伙伴反馈说第二天来,再跑项目请求访问数据库时,就抛数据库连接异常的信息了

interactive_timeout
interactive_timeout表示交互式连接后(非交互式连接,interactive_timeout才生效),连接处于空闲状态多久,会被MySQL切断掉。默认28800(单位秒,即8小时)。

问题解决

由于问题原因的不同,这里提供大家几种方式,仅供尝试解决。

一种是将SSL=true选项删除掉,但是会报

Establishing SSL connection without server’s identity verification is
not recommended. According to MySQL 5.5.45+, 5.6.26+ and 5.7.6+
requirements SSL 。。。。等等警告

那么就将useSSL赋值为false,这样就不会警告了。

另一种,也就是我所解决的方法

由于wait_timeout默认是8小时,一个空闲的连接超过8小时,MySQL将自动断开连接,连接池却觉得这个连接可用,然后就相当于用失效连接了,然后就出错…

配置操作

2.1配置生效范围

    2.1.1指令配置(会话立即生效)
    MySQL> set wait_timeout 604800;

    MySQL> set interactive_timeout 604800;
    这种方式只是针对当前会话连接生效,连接断开后重新连接,set配置的wait_timeout会失效,被替换成全局global的interactive_timeout参数值。

    2.1.2指令配置(全局立即生效)
    MySQL> set global 604800;

    MySQL> set global interactive_timeout 604800;
    配置后立即生效,针对全局的所有连接,即便连接断开重连,set配置的wait_timeout还是生效。

    2.1.3文件配置(全局重启mysql后生效)
    vi /etc/my.cnf
    修改MySQL的配置文件,这种方式针对所有连接,优先级最高,修改参数值后,重启MySQL服务生效,会覆盖所有set命令方式配置的wait_timeout、interactive_timeout参数值。

2.2参数配置(问题解决方案)
    2.2.1 配置连接参数
    通过修改应用的配置文件jdbc.properties的数据库连接参数,追加追加红色部分内容:
    jdbc.url=jdbc:mysql://192.168.0.109:3306/test?useUnicode=true&characterEncoding=utf8&useSSL=false&autoReconnect=true&failOverReadOnly=false

    表示采用自动重连机制,这种方式可能会不生效,往下继续配置连接超时时间~

    2.2.2 配置连接超时时间
     指令配置(方式一)
    该方式更适用于不需要重启MySQL服务,修改全局wait_timeout超时时间后立刻生效的场景~

    第一步:连接mysql
    $ mysql -uroot -p

    第二步:查看wait_timeout
    mysql> show global variables like '%timeout%';

    第三步:修改时间

    mysql> set global wait_timeout=604800;
    mysql> set global interactive_timeout=31536000;

    参数值说明:604800=7天,31536000=365天

    再次查看wait_timeout

    mysql> show global variables like '%timeout%';

    文件配置(方式二)
    通过修改MySQL配置文件,重启MySQL服务生效,需谨慎,不能重启MySQL服务器的小伙伴可以通过方式一来实现~

    第一步:修改配置文件

    vi /etc/my.cnf

    Linux操作系统MySQL的配置文件my.cnf 一般存在于/etc/my.cnf,具体按实际安装存放为准~

    在[mysqld]后面添加以下内容(604800秒=7天,31536000=365天)

    wait_timeout=604800
    interactive_timeout=31536000
    第二步:重启MySQL

    修改my.cnf配置文件后,重启mysql才生效!!!!

    $ service mysql restart

重启需谨慎,须按实际情况进行考虑!!!

最后,重新发送请求访问应用,看下是否还报连接数据库的报错!

来源地址:https://blog.csdn.net/weixin_43431218/article/details/128164730

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

【Mysql】Communications link failure,The last packet sent successfully to the server was 0 millisecond

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

【Mysql】Communications link failure,The last packet sent successfully to the server was 0 millisecond

项目背景是数据库和项目不在同一台服务器下,在启动时,突然遇到以下错误: Exception in thread "main" com.mysql.jdbc.exceptions.jdbc4.CommunicationsExcept
2023-08-20

The last packet sent successfully to the server was 0 milliseconds ago.问题分析

英文描述 The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets f
2023-08-20

## @[Android studio通过jdbc连接mysql基本步骤 以及 遇到的坑“The last packet sent successfully to the server was 0 m

@[Android studio通过jdbc连接mysql基本步骤 以及 遇到的坑“The last packet sent successfully to the server was 0 milliseconds ago”哈哈] 小白第
2022-06-06

编程热搜

目录