TableFullScan actrows 比实际表中记录数多

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】
TIDB V5.3

【概述】 场景 + 问题概述
表中只有 26000 条记录,但 explain analysis 出来 tablefullscan actrows 中多余 26000 条

怎样优化减少 tablefullscan 出来的 actrows 记录数

【背景】 做过哪些操作
表中 对10k 条件进行第一次修改,变成36000 ,对表中10k 记录第2次修改,变成了 46000

【现象】 业务和数据库现象


实际表中记录数

【问题】 当前遇到的问题

【业务影响】

【TiDB 版本】

【应用软件及版本】

【附件】 相关日志及配置信息

  • TiUP Cluster Display 信息
  • TiUP CLuster Edit config 信息

监控(https://metricstool.pingcap.com/)

  • TiDB-Overview Grafana监控
  • TiDB Grafana 监控
  • TiKV Grafana 监控
  • PD Grafana 监控
  • 对应模块日志(包含问题前后 1 小时日志)

若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

analyze table …
https://docs.pingcap.com/zh/tidb/stable/sql-statement-analyze-table#analyze
这个需要在业务不繁忙的时候做,表中数据越大,消耗的资源和时间就越多

还可以开启自动 analyze 的功能,可以自行设置时间段来运行

show stats_meta看看这个表显示Modify_count和Row_count都是多少,感觉像是实际统计actRows有重复计算

运行了 analyze table 也没效果

你设定的 Gc 时间是默认的,还是有调整过?

不加 read_fromstorage(tiflash),读 tikv 呢,结果是否准确?

是否在事务中?

是否 estimate 和 actual 反了?