TIKV 高峰期cpu飙升,系统卡顿,需要增加tikv节点么

【 TiDB 使用环境】生产环境
【 TiDB 版本】v6.5.1
每天早晨到了高峰期,数据库cpu就飙升的很高,导致系统卡顿,这个是需要增加kv节点么

先确认是否正常业务,业务sql有无优化空间,然后考虑增加服务器配置,前面几项都无效再加节点。
另外你这个kv节点cpu是几核的?用了百分之700是否到瓶颈了?

十有八九是unified Read pool打满了,看下对应的监控吧,tikv流量也非常高。
排查扫表比较猛的SQL。

你直接去dashboard看慢sql吧,一般tikv cpu飙升,都是全表扫描太多。

先找找有问题的慢SQL,各方面确认了确实是资源瓶颈才扩容的

是不是这段时间有很多定时任务做大量查询,可以先尝试优化业务,优化sql,实在没法解决再考虑加资源

我的你先看看有没有慢查询,并发控制下,如果不能解决,再考虑加配置,一味加配置是不能解决问题的

看下这里,


还有这里
image

看看有没有非常多的慢sql,执行次数多的少的都看看执行时间
这个大概率就是因为SQL问题。

肯定是从SQL开始排查,盲目增加节点,治标不治本

优先查sql有没有优化可能,再看看应用层,数据库靠加tikv未必能解决问题

综合看下,系统资源cpu、IO、内存、top sql等

看看dashboard的top sql,可以找到消耗cpu最高的前面几个SQL,看看是否可以进行优化

还有dashboard中的慢日志,建议先看是否可以优化,再考虑扩容

1、可以看下慢请求SQL
2、在看下流量是否有增长

1、看看是否存在慢SQL
2、看看KV节点的CPU、IO情况

打开top sql,看下前几个sql,大概率是有优化空间的。

都不用tiflash 吗?

查看耗cpu的sql,慢查询,或者大量的sql查询,优化sql

一般是先看慢查询,分析下情况,我们都是读操作造成的。拉着产研分析。索引优化。

1.查看监控。分析慢sql 。优化。
2.分析业务运行情况。现有硬件配置是否太低,增加节点。
3.其他