查询来自哪里？

[h5n1]

【版本】v5.2.3 ,arm平台，8tidb+16tikv
【问题】昨天下午起来40个会话使用insert插入数据，平时几乎无查询，发现有一个tikv节点unified read pool CPU比他节点高很多，而且是持续性的比较平稳。

从监控上看和distsql请求保持一致，又不断的读请求下发

检查数据库CPS，并没有select的记录，只有insert

按coprocess查看了近2小时的SQL 分析，也没有看到请求较多的SQL

流量可视化中按读字节统计，仅有stat_histogram， 但SQL分析中没有看到相关的SQL持续执行。

可以确定读请求的产生是和起的40多个插入会话有关，但如何找到这些读请求来自哪里，为什么监控和SQL统计中看不到比较频繁的查询记录？insert时需要走unified readpool的类似point get查询吗？

[张雨齐0720 (Zhangjig)]

之前看PCTP，有一节说的这个，应该是不会的，读写是分开的啊

[h5n1]

另外数据库内仅有每秒百十来个insert, TPS监控显示有上千个了

[muliping]

设置 slow-threshold=0，将所有数据库执行过的 SQL 都打印出来看一下？

[h5n1]