你想知道啥原因吗 是慢sql
5.2.1还剩10多G,有些剩下20多G,6.1.1升级后,一下子就变少了,还经常重启
- 从 /var/log/message 确认 tidb 重启是不是因为 OOM
- 如果是,分析 OOM 时间点附近的 tidb.log 和 慢 SQL;
- 目前信息只能判断到这,再细的信息需要结合新一步结论 + 面板分析了。
思路就是这样,通常 OOM 是大 SQL,或执行计划跑偏导致的,也有少量 BUG 内部机制导致的。
这个在 6.2 之后的版本可以用 set @@global.tidb_enable_paging = 1 来解决
旧版本里面可以试试 set @@session.tidb_enable_chunk_rpc = 0
https://github.com/pingcap/tidb/issues/31981
这个bug 不是早在5.x 就修复了么?
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。