应该是有读热点，你这是什么版本 可以直接再dashboard 的top sql里找到某个tikv上高cpu消耗的top sql
1 个赞
1.三台机器 配置是一样的吗？
2.是不是有热点问题？
3.region分布不均匀？
4…
看看threadcpu，看下是什么线程池高。
先看下监控 topsql 有没有异常的大事务sql。检查下processlist看看有没有长时间执行的sql。感觉大部分是因为要么有个热点读。
直接dashboard看下热点吧，应该是热点集中在这个tikv上了
看监控region 分布和 dashboard 流量分析 ，看一下应该是热点
是的，同时建议看下是否有做大数据量的操作
可以看看是读热点还是写热点，读热点的话一般就是优化SQL了，写热点的话看能否做热点打散
看下有没有大的SQL， 以及大SQL所在表的region分布， 看看是不是有读热点。Tidb dashboard也有热力火焰图可以看下
查询那个时间点做什么了，大SQL 可能性比较大
看看threadcpu，看下是什么线程池高。
热点region分布是否均匀，大事务执行时间及效率
有热点或者是慢SQL
这时候最好用的工具就是 Dashboard 的 TOP SQL
嗯，7.5版本，发现了一个执行频繁耗费cpu的sql，sql里执行的索引不是最优的，有时根据店铺id，有时根据订单id去筛选数据，我们查询条件是shopId，tid，oid，表的健康度只有61
1 个赞
好的，谢谢，三个tikv机器配置一样，数据id是自增的
好，谢谢
是的，监控发现有个sql读的很频繁
带group by 嘛？
还是就单纯多表关联？
带group by考虑上tiflash+mpp。单纯多表关联的话，考虑绑定一下执行计划。