【 TiDB 使用环境】生产环境
【 TiDB 版本】6.5.1
这个信息，能看出是tidb有瓶颈还是tikv有瓶颈啊
算子下推，这是tikv，读取数据并计算的模块。
执行慢在了tikv部分是吧
SQL耗费资源多，优化SQL就好了
如果要加硬件资源，是加tikv的CPU还是内存啊
先看看SQL，SQL不好加啥也没用
不会吧，堆硬件也不行啊
cop task都是tikv侧的统计，可能是扫描的数据多：本身要查询的多或者扫描的mvcc版本多，可以再执行计划里看total_keys相关信息。也可能是 unified 线程池比较忙导致时间长
月结的时候 ，并发高峰，SQL太多了，也不好改
是在tikv那里读取的数据量太大了吗
加内存增加缓存可以缓解吗
我看tidb_server的CPU也很高，不知道是tidb_server有瓶颈还是tikv有瓶颈
SQL发出来，执行计划发出来
假定SQL没法优化的情况下，怎么解决查询慢的问题啊，可以加资源
加算子并行度，TiKV资源不够加TiKV机器
是加tikv的节点还是升tikv的配置啊
昨天我加了节点，但是同步数据要很久，不能立马解决问题
扩容分布式数据库肯定是横向扩，并且是有瓶颈的时候扩
增加tikv机子或者加tikv的配置
优化 SQL 呢？确定要扫那么多数据么。。。