升级 tidb 后OOM 延续讨论

jianzhiyao · 2022 年8 月 8 日 06:20

主要是跑着一直也正常，是突然出现的

之前按照说法已经将version改为1，而且删除统计信息了
https://docs.pingcap.com/zh/tidb/stable/statistics#统计信息简介

xfworld · 2022 年8 月 8 日 07:04

现在的情况是什么呢？

jianzhiyao · 2022 年8 月 8 日 07:06

上次根据帖子里面所说的version改为1之后，跑了一段时间还是OOM，所以有点搞不懂，已经是半放弃状态了，想上来求知一下

h5n1 · 2022 年8 月 8 日 07:23

那么高的cop task，检查下那段时间的大数据量SQL

xfworld · 2022 年8 月 8 日 07:48

查下慢 SQL，或者大事务的 SQL ，定位一下…

看看是哪些操作导致了 OOM

jianzhiyao · 2022 年8 月 9 日 06:54

故障时间段的报告

h5n1 · 2022 年8 月 9 日 08:06

按内存的排序有吗

jianzhiyao · 2022 年8 月 9 日 08:53

看起来是没有的，我们业务没有order by类型的语句

h5n1 · 2022 年8 月 9 日 09:17

可以看下 CLUSTER_STATEMENTS_SUMMARY_HISTORY或CLUSTER_SLOW_QUERY 按MAX_MEM sum 看下OOM前那段时间占内存较高的SQL。

XiaojuWu · 2022 年8 月 10 日 02:45

可以拿到 OOM 前的 heap profile 信息吗，在 log 里搜 “tidb-server has the risk of OOM. Running SQLs and heap profile will be recorded in record path”

system · 2022 年12 月 29 日 07:30

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。