升级V5.3.0之后tidb-server频繁OOM,导致客户端频繁掉线情况

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】
正式环境,验证阶段

【概述】 场景 + 问题概述
之前是V5.1.1, 1月18日升级至V5.3.0版本后,客户端出现频繁掉线问题
Communications link failure The last packet successfully received from the server was 148,823 milliseconds ago. The last packet sent successfully to the server was 148,833 milliseconds ago.

【应用框架及开发适配业务逻辑】

【背景】 做过哪些操作
升级之后增加了两个cdc的参数如下,其他参数未做调整
cdc:
gc-ttl: 172800
per-table-memory-quota: 268435456

【现象】 业务和数据库现象
tidb-server 频繁 OOM

【问题】 当前遇到的问题
OOM导致客户端掉线

【业务影响】
无法流式读取数据,频繁中断

【TiDB 版本】

【附件】 相关日志及监控(https://metricstool.pingcap.com/)


若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

2 个赞

能提供下tidb和tikv的log?

好的,稍等,我去收集

tidb_log.zip (77.8 MB)
请帮忙分析,非常感谢!

mark下,也打算了升级计划

可以先根据这个文档设置一下相关参数
TiDB 内存控制文档 | PingCAP Docs

然后看看tidb_analyze_version设置的是多少,可以改成1试试

2 个赞

升级之后,故障持续了近2天,刚刚在没有做任何调整的情况下,貌似恢复正常了,截图如下:
最近7天的内存:
image
最近3个小时的内存:
image

看了下变量tidb_analyze_version的值,目前为2, 如果下次再出现这个问题,我们会根据您的建议调整为1.

内存控制的相关设置,我们会尽快实施调整,非常感谢您的回复。

再补充一个信息,发现在tidb-server内存爆增的时间点,网络流量也同步放大,基本可以肯定是从网络(比如tikv)读入大量数据进入内存,但是我们没有看到有提取大量数据的sql存在。
image

记得回复你想追问的 TiDBer 哟~要不然他收不到你的回复哟~

1 个赞

@caiyfc

:+1::+1::+1:

可以从日志看看,可能是因为升级之后重新收集了统计信息,但是我不知道这个是否会造成OOM

用语句 SHOW ANALYZE status 来查看每个表的收集统计信息的开始时间,看看能不能对上。

多谢提醒

您好,查了一下 SHOW ANALYZE status , 没有查到任何记录

用这个语句看看 show stats_histograms


日志里显示 CFG.WPD_MENUCONFIG张表分析的时候,因为事务太大失败

手动执行了一下 ANALYZE TABLE CFG.WPD_MENUCONFIG 能够复现上面的问题,tidb-server内存立马狂飙。

PS: CFG.WPD_MENUCONFIG这张表里面有个longtext,里面存了不少大文本。

可以把tidb_analyze_version设置成1试试

好的,我设置一下,晚点再反馈

tidb_analyze_version 这个参数设置为1之后,我重新调用 ANALYZE TABLE CFG.WPD_MENUCONFIG 已经能够成功执行,且内存占用只有稍微的提升,看来是起作用了。

看来是V5.3.0引入的tidb_analyze_version=2的特征有一些问题

后续观察一下,有问题再反馈,非常感激!

1 个赞