程序报错:lost connection to mysql server

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】v5.0.3
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
业务程序2023-12-13 00:53:00左右出现连接被断开的情况lost connection to mysql server ,如下所示

查看TiDB节点日志,在2023-12-13 00:53:00时间点,出现很多报错信息,如下:

说明:所有节点都没有重启过

这个问题以前段时间也发生一次,大佬们帮忙分析一下

从监控看,CPU在00:00的时候会突然掉底了
image

需要大佬协助

不行就关闭 async commit 吧。

async commit是这个tidb_enable_async_commit参数控制吧?但是怎么查看不到这个参数呢?
image

还有一个问题就是,async commit失败,为啥客户端的报错会是lost connection to mysql server

通过select @@tidb_enable_async_commit;可以查看

哦 我担心是遇到了 aysnc commit 的 bug :thinking: 要么升级试试。要么关闭这个功能试试。
主要看日志推测的。。。。。

我尝试关闭了async commit,但是从监控看,Async Commit Transaction数量还是有的
image

目前还需要提供哪些信息能定位到具体原因


:thinking: 好像还不支持降级。。。

要不要考虑升级到 https://docs.pingcap.com/zh/tidb/stable/release-5.0.6 506 这个版本。小版本升级一般都比较安全。

1 个赞


https://docs.pingcap.com/zh/tidb/stable/release-5.0.4#bug-修复我看 504 修复过一个类似 aysnc commit 的 bug 你看看 issue 是不是表现一样 :thinking:

现象好像还不太一样

仅仅从这个报错,字面理解来讲。连接服务器中断。原因可能是 查询量过大导致超时,中断。跟踪到相应脚本,优化语句外。调整下相关的超时时间比如,连接超时时间,查询超时间,执行超时时间等。

1 个赞

感觉是系统同步的时间点被归0了造成的

你的意思是系统的NTP时间同步的时间点吗?