select count 慢

为提高效率,提问时请提供以下信息,问题描述清晰可优先响应。

请问
第一个问题:trace format=‘row’ 列出的每一项说明有没有文档参考?
第二个问题:当前tidb执行sql的过程有没有问题,为什么会比mysql慢

目前推荐 explain analyze 方式分析 SQL 问题,麻烦执行 explain analyze SQL_text ,然后反馈一下执行结果。我们再看看每一步执行时间。

TiDB 涉及到 TiKV 和 TiDB 的网络交互,不是像 MySQL 一样数据就在单实例里面,请求不存在网络延迟。

谢谢回复
tidb集群之间内网带宽万兆


执行计划显示已经下推到tikv层执行

你看 exception info 里面,在执行 indexrangescan 时候,下推到 TiKV request 延迟 max 都快到 1s 了。所以看看 TiDB 到 TiKV 的网络延迟、TiKV 的磁盘性能读延迟这里,和 TiKV 处理 cop 请求的 cop cpu 使用率和 cop 延迟情况。

收到,我再研究下执行计划。然后看下节点之间网络

你好,我再tidb节点ping tikv节点,并无延迟

tikv磁盘性能读延迟如何测

Grafana 里面有一个 disk-performance dashboard 里面有 latency 的监控。