‘Lost connection to MySQL server during query’ 链接丢失问题

wzf0072 · 2023 年12 月 15 日 07:01

【 TiDB 使用环境】生产环境
【 TiDB 版本】v6.5.2
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】

count() 返回结果正常，492条记录
分组查询与两次count(）一起执行共耗时0.5秒，分组查询执行0.02秒后报错： > Lost connection to MySQL server during query

select * 执行正常，耗时0.5秒

【资源配置】

【附件：截图/日志/监控】

PD：节点状态正常

TiDB Server未发生OOM

表结构

zhanggame1 · 2023 年12 月 15 日 07:20

看看tidb日志有报错信息没

tony5413 · 2023 年12 月 15 日 07:22

能看看对应时间的日志吗

wenyi · 2023 年12 月 15 日 07:22

与资源没关系，感觉是bug，若是测试环境，建议升级到6.5.6

wzf0072 · 2023 年12 月 15 日 07:25

生产环境的。

wzf0072 · 2023 年12 月 15 日 07:27

使用mysql client 登录TiDB Server，查询正常

tidb狂热爱好者 · 2023 年12 月 15 日 07:32

那段时间估计oom 了

wzf0072 · 2023 年12 月 15 日 07:34

没有发生OOM，日志中也没有排查到错误信息

wzf0072 · 2023 年12 月 15 日 07:37

执行过程中，tidb_stderr.log tidb.log 这两个日志文件都没有信息输出

wenyi · 2023 年12 月 15 日 07:45

用6.5.6搭建个测试环境集群，只导入这张表数据，跑这个sql语句，试试，测试集群资源配置较低点

像风一样的男子 · 2023 年12 月 15 日 07:47

是用 HAProxy做代理连接tidb的吗？如果是HAProxy代理，配置下send-proxy

wenyi · 2023 年12 月 15 日 07:48

oom，操作系统message日志会有记录，查看这个文件

wzf0072 · 2023 年12 月 15 日 07:50

没有使用代理，IP+端口直连的

wzf0072 · 2023 年12 月 15 日 07:58

其他表正常，后台执行正常；测试环境为 TiDB-v6.5.0，执行也是正常的。

Kongdom · 2023 年12 月 15 日 08:01

看看grafana的tidb server里的connection是不是满了？

wzf0072 · 2023 年12 月 15 日 08:08

connection正常，Navicat 一起执行的count(*) 也执行成功了

Kongdom · 2023 年12 月 15 日 08:13

我们出现过一次是新连接会等待很久才连上，但一旦连上执行sql就会很顺畅，最后是重启解决的。

wzf0072 · 2023 年12 月 15 日 09:24

重启整个集群吗？

Kongdom · 2023 年12 月 15 日 09:53

是的。不过我们是开发环境，所以一般就是先试试重启大法。

zxgaa · 2023 年12 月 15 日 12:51

一般连上去了，除非tidb-server出故障或者执行超时，一般不会报这个错，可以看dashbaord中的日志，追踪下这条语句