TiDB慢SQL内存和计算节点暴涨内存OOM不一致问题

那慢日志看看呢,有没有 in 相关 sql length 很长的。

很长的话 慢日志会截断,然后记录一个长度。

在OOM时间附近,tidb.log中找找enpensive的sql,去这个目录:oom_record,看看OOM之前内存占用最大的10个sql是什么,一般tidb的OOM都是因为大sql导致的,看看能不能找到相应的sql,不过没执行完的sql不会记录到慢日志中。

这里记载的内存不准确


拿下这两个文件?可以看内存分配情况。


这个sql有问题吧 In 条件对象太多了吧 有可能相应的表统计信息不准确或者没有 查询优化器走了不好的执行计划