感觉还是sql的问题
实时抓执行 SQL:查询information_schema.cluster_processlist查看全集群活跃会话;通过 TiDB Dashboard 慢查询 / 流量监控定位 TiKV 高负载关联 SQL。
showprocesslist 找不到是正常的——它只显示 TiDB 层当前连接,而 TiKV CPU 高往往是 Coprocessor 在扫数据,SQL 可能已执行完或在后台算子。定位 TiKV CPU 高的 SQL 应该用 Top SQL(Dashboard 里开启)和 tidb_statements_summary、slow query 表交叉看:Top SQL 能直接把 TiKV CPU 归因到具体 SQL 和算子;对那条聚合 SQL,看它的执行计划是否走了大范围 TableScan/IndexScan 且没有好的过滤下推,sum 聚合若扫描行数巨大就会持续占用 read pool。建议以 Top SQL 的归因为准,监控面板的关联展示只是参考。
执行计划呢