MySQL快速估算大表行数不使用count

前言

千万级大表执行 SELECT COUNT(*) 全表扫描非常慢，甚至拖垮数据库。很多时候只需要一个大致行数用于判断表规模，不需要精确值。information_schema.TABLES 保存了存储引擎统计的估算行数，几乎瞬时返回。本文讲解估算查询、与精确 count 的区别、适用场景和注意事项。

操作步骤

1. 查询估算行数

SELECT TABLE_NAME, TABLE_ROWS
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = '你的库名'
AND TABLE_NAME = 'orders';

TABLE_ROWS 即为估算值。

2. 一次性查看库内所有表估算行数

SELECT TABLE_NAME, TABLE_ROWS, DATA_LENGTH/1024/1024 AS size_mb
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = '你的库名'
ORDER BY TABLE_ROWS DESC;

3. InnoDB 统计是近似值

InnoDB 的 TABLE_ROWS 是采样估算，与实际可能有偏差，不要求精确时使用。

4. 需要精确值时的替代方案

-- 带主键的快速近似，或走业务计数表
SHOW TABLE STATUS LIKE 'orders';

5. 频繁统计可建计数表

业务侧维护一张计数表，写入时增减，避免大表 count。

常见坑

1. 把估算值当精确值用于对账，统计结果对不上。
2. 刚大量增删数据未触发统计更新，估算偏差变大。
3. MyISAM 的 TABLE_ROWS 相对精确，InnoDB 是采样。
4. 忘了指定 TABLE_SCHEMA，查到其他库同名表。
5. 以为 information_schema 查询零成本，数据字典过大时也会慢。
6. 分表场景要逐表估算后求和。
7. 强一致计数需求不要依赖该视图。

总结

只看规模用 information_schema.TABLES 的 TABLE_ROWS，秒出结果；需要精确计数再用 COUNT(*) 或计数表。InnoDB 是采样近似值，适合巡检、容量评估，不适合财务对账。日常排查表大小和行数优先走数据字典视图。

遇到问题加QQ23979811 协助处理