如何通过元数据表或近似估算高效优化MySQL大表COUNT统计操作？

本文共计1089个文字，预计阅读时间需要5分钟。

当您需要获取大概有多少行的信息时，可以使用以下SQL查询：

但它误差可能达 ±40%，且不反映未提交事务、刚插入但未刷盘的数据。别在账务、审计、强一致分页总数等场景用它——table_rows 是估算，不是事实。

• 执行 ANALYZE TABLE table_name 可手动更新采样，但别高频跑，会阻塞写入
• MyISAM 表的 table_rows 是精确值，但 MyISAM 基本不该再用于新业务
• 如果表刚经历大批量 DELETE，table_rows 可能严重高估，因为 InnoDB 不实时回收空间统计

EXPLAIN 的 rows 字段不是真行数，别当 COUNT 用

有人发现 EXPLAIN SELECT * FROM t 返回的 rows 值接近总行数，就拿它当 COUNT 替代——这是危险误解。rows 是优化器对本次查询“预估要检查的行数”，受 WHERE 条件、索引选择、统计信息新鲜度影响极大。没 WHERE 的全表扫描时它才偶尔接近真实值，但依然只是估算，且不保证一致性。

更关键的是：EXPLAIN 不加锁、不校验 MVCC 版本，它看到的可能是被其他事务删除但尚未清理的“幻影行”，也可能漏掉刚插入但未提交的行。