索引查询抖动问题

[Hacker_5KEgzcj2 (小青年)]

没有的，是单独的压测环境

[Hacker_5KEgzcj2 (小青年)]

没有其它大SQL在执行，因为是业务场景压测，我们在加压时只是单独一条SQL增加流量，其它保持不变的状态。

[Hacker_5KEgzcj2 (小青年)]

我先拜读一下

[Hacker_5KEgzcj2 (小青年)]

热力图

当时慢查询情况

coprocessor监控

单机部署，机器资源整体情况

网络延迟及流量

单机部署模式，4个TIKV节点，机器配置：nvme，128内存，48线程

[有猫万事足]

别人在干活的时候，这个180.56在围观，这符合预期吗？

[Hacker_5KEgzcj2 (小青年)]

这个是后来新扩容的TIKV节点，当时上面还没有什么数据

[有猫万事足]

好的，那就是符合预期的。

[dbsid]

SQL 执行时间大部分消耗在 cop 任务的等待时间，结合 Unified read pool CPU 已经打满的情，看起来应该是针对这个SQL 加压的时候统一读线程池 CPU 已经打爆了，出现了 cop 读请求堆积的情况，可以查看一下
TiKV-Detail → Unified Read Pool → Running tasks 这个面板确认一下。

[tony5413]

是扩容TIKV节点造成的吗？

[Hacker_5KEgzcj2 (小青年)]

tikv是压测完后扩容的

[Hacker_5KEgzcj2 (小青年)]