系统一直正常运行 这些sql以往不会消耗如此长的时间
持续了约20分钟
在此期间 三台tikv 其中一台服务cpu满了 另两台使用率较低
可以看下当前是不是进行过大量的自动analyze或者有某个超长的慢查询
2 个赞
点进去，可以直接看执行计划，看看那块慢，或者觉得不合理的，在贴出来
2 个赞
慢查询一般都是先看执行计划，看看耗时在什么阶段，是否走错了索引之类的。
2 个赞
1、可以看看监控，看看QPS，内存、连接等，初略看看是否有业务抖动。
2、看你SQL，感觉你的SQL里面使用强制索引，有可能现在这些索引已经不是最优的了。
3、有可能是你的统计信息不准了，也会导致执行的偏差。
4、还是得分析下你的SQL的执行计划，分析是否有问题。
1 个赞
慢查询排查思路：
1.查看执行计划，找出成本较高的性能点
2.根据实际数据情况判断，是索引没用上，还是索引使用错误
3.优化sql，使用正确的索引
4.对表做分析，纠正执行计划的偏差
5.以上手段不起作用的情况下，增加hint，强制使用索引
6.从长远规划来看，是否增加tiflash
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。