是所有的查询都慢。
从后面发的截图看并没有慢到3分钟,也就是几十毫秒,看现象应该和统计信息也没关系,能找个慢3分钟这种的点查sql从dashboard看看具体是慢到了哪一步吗
这个SQL 语句语法有错误
看不到。
观察到Tikv的CPU负载长期偏高
不能看不到吧,慢SQL都有各阶段执行耗时的
1 个赞
那就是确定慢到Coprocessor了,看下这个sql的执行计划,这种不是点查的吧
1 个赞
这个不是点查
发下这个SQL和对应执行计划吧,估计是扫描的行多,这个sql执行了好几个小时,其他sql慢也可能是受他影响
没有看到点查的是3分钟啊
点查那个没看到,但确实是3分多钟
有可能是网路或者工具的问题,我用navicat的时候,实际使用时间和navicat显示的使用时间就是不一样。
应该不是工具问题,我还有另一个集群,用工具查询就很快。
也有可能是其他慢查询影响的点查也慢了,不一定是点查本身慢。有点偏题了,觉得查询慢的时候就从 慢查询语句 和 进程语句 两边找消耗资源比较大的语句,一个是执行完的,一个是正在执行的。
也有可能,我现在准备把那个慢查询的表名给改了,这样那条语句就不会执行,然后再看看查询是否还是慢。
这么粗暴么,不应该对语句做分析调优么?
1 个赞
现在瞬间快了,就是那个SQL语句导致整个集群变慢了
一般看到tikv的cpu高,然后进入慢sql的耗时,都是coprocessor耗时,说明你有慢sql执行类似全表扫的操作导致把tikv的cpu资源给耗尽了,这种情况一般建议杀那些大sql了。。。
现在可以专攻这个sql,开始优化了