tidb监控中-delete计数器的统计结果有异常

[xxxxxxxx (Hacker Z Vu Xy Nh8)]

版本 tidb 4.0.13
GC时间：2h
并发数：5

问题1：业务在清洗数据的时候发现监控的统计有些问题，delete操作的统计始终是0，但是已经操作了好几千次delete操作了，想了解一下这个是啥问题，这个delete计数器又是从哪获取的。

问题2：dashboard过滤条件功能存在小问题，图一是没有选择库的，显示的是所有delete操作，图二是选择了库名仅显示了三条delete，但是实际上基本都是这个库产生的delete，且产生时间都是近两小时。

[xfworld (魔幻之翼)]

这些 delete 的事务描述是怎么样的？
是一条 SQL 就一个事务
还是 N 条SQL 一个事务

建议核对下 tidb 面板下面 QPS 的指标信息
https://docs.pingcap.com/zh/tidb/stable/grafana-tidb-dashboard

• QPS：按 SELECT 、 INSERT 、 UPDATE 类型统计所有 TiDB 实例上每秒执行的 SQL 语句数量。

---

可以比较下

[xxxxxxxx (Hacker Z Vu Xy Nh8)]

业务清洗是单条delete sql一个事务，然后5个并发

[Aric (Jansu Dev)]

1. 可能是 prometheus 表达式的缘故，时间区间内发生总数 / 时间区间，会有个均分的效果。 可以尝试把 rate 换成 irate 或 increase 看看是否符合预期。原理–>http://www.dbnest.net/docs/DB-TIDB/Class-01-TiDB之Prometheus#62-increase
   

   

2. delete 计数器在哪？ 在 dispatch 部分，理论上来说是不会漏的，所有的 SQL 都会过到 dispatch 代码块。
   而且在 github 未找到相关问题。