GreatSQL社区

搜索

[已解决] Got an error reading communication packets

1193 13 2022-10-12 15:10
如图,日志一直存在大量这种告警,并且每天都持续大量出现,Aborted_clients:283   Aborted_connects:14796  这两个状态一天就有这么多的量,wait_timeout 和 interactive_timeout 都是默认值 28800。connect_timeout由默认值10改为35(改这个连接默认值是因为应用端的connectTimeout请求超时为30秒)。当出现告警的时候使用tcpdump抓包如下图,并没看出有用的东西
全部回复(13)
晨曦暮钟 2022-10-12 15:14:01
wait_timeout 和 interactive_timeout 这两个参数设置为60秒,也不管用,分别单独设置,组合设置,都试过了
晨曦暮钟 2022-10-12 16:24:04
wangb 发表于 2022-10-12 15:58
net_read_timeout    看看这个参数的设置,调大试试

net_write_timeout 和 net_read_timeout 都设置为120后,告警还是和之前一样出现
晨曦暮钟 2022-10-13 09:56:55
wangb 发表于 2022-10-12 19:15
是不是跟 connectTimeout 这个参数有关,https://zhuanlan.zhihu.com/p/114345910   看下这里的参数介绍 ...

这个参数我理解的是握手过程的超时时间,也试过了,就是将该时间设置为大于应用端请求的超时时间,但是也不管用。
晨曦暮钟 2022-10-13 10:00:07
晨曦暮钟 发表于 2022-10-13 09:56
这个参数我理解的是握手过程的超时时间,也试过了,就是将该时间设置为大于应用端请求的超时时间,但是也 ...

https://dev.mysql.com/doc/refman ... stem-variables.html  官网的解释是
“mysqld 服务器在响应之前等待连接数据包 的秒数Bad handshake。默认值为 10 秒。

connect_timeout如果客户经常遇到表单错误, 增加该 值可能会有所帮助。 Lost connection to MySQL server at 'XXX', system error: errno”
晨曦暮钟 2022-10-13 10:18:23
yejr 发表于 2022-10-13 09:52
客户端网络异常断开,先去查客户端机器的网络状况吧

网络是正常的,毕竟生产的网络要是出现问题了,那会很麻烦的,我觉得是在握手阶段发送的请求包的过程发生错误,可是这个过程又不会怎么看。
晨曦暮钟 2022-10-13 16:48:15
wangb 发表于 2022-10-13 10:56
我意思是会不会和你jdbc 连接串 的设置有关,一些超时参数导致的;业务没有返回报错吧 ...

业务那边没有报错或者告警
晨曦暮钟 2022-10-13 16:51:13
yejr 发表于 2022-10-13 13:47
有这个可能性,jdbc自己设置了一套超时阈值

业务那边没有设置超时阈值,是用的框架默认的超时阈值connectimeout=30秒(这个参数开发那边解释说是握手阶段的超时阈值),对于应用端发起连接请求的,就没有设置超时的
晨曦暮钟

1

主题

0

博客

10

贡献

新手上路

Rank: 1

积分
18

2022年度博学人物

合作电话:010-64087828

社区邮箱:greatsql@greatdb.com

社区公众号
社区小助手
QQ群
GMT+8, 2024-5-19 02:58 , Processed in 0.027701 second(s), 20 queries , Redis On.
快速回复 返回顶部 返回列表