应该是有读热点,你这是什么版本 可以直接再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。单纯多表关联的话,考虑绑定一下执行计划。