你是在已读乱回吗,版本一直使用的就是V8.5.4呀
这是根据此帖子友友们的排查解决办法整理的思路,欢迎讨论呀。
1 个赞
OOM排查思路:Dashboard SQL分析按内存排序找最耗内存的查询;检查tidb_mem_quota_query设置;看系统内存分配和限制。
TiDB OOM 触发 memory-usage-alarm 后 SQL 层不稳定,可能连带 PD timeout 和 safe point 推进慢。建议:1)查 oom_record 里记录的 SQL,杀/优化大查询;2)评估 tidb_server_memory_limit 与实例数是否匹配,PD/TiDB 同机 16G 偏紧;3)看 TiKV 70% 是否有大事务/热点;4)确认 GC 和 safe point 是否被长事务阻塞;5)临时可重启 TiDB 恢复连接,根因还是要控内存+拆部署。配置不算高,混部 PD/TiDB 更容易顶满。
好呀好呀,感谢。后期会考虑升级配置
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。