如何快速获取PostgreSQL各表精确行数？无需执行Vacuum操作

嘿，这个问题我太有发言权了！不少朋友都被大表的count(*)慢到抓狂，咱们把这个事儿掰扯清楚：

先给结论：想完全绕过全表扫描拿到绝对精确的行数？很难，但有实用的折中方案 #

1. 用系统统计表拿近似值（几乎精确，代价极低） #

PostgreSQL的pg_class表中有个reltuples字段，它存储的是表的行数估算值。默认情况下这个值是通过自动统计分析（autovacuum定期执行的ANALYZE）更新的，不是实时精确，但如果你的表只读或者极少有写入/删除操作，跑一次轻量的ANALYZE之后，这个值会非常接近真实行数——而且ANALYZE完全不像VACUUM FULL那样代价高昂，它不会锁表，只是快速收集统计信息，几秒钟就能搞定大表。

查询语句示例：

SELECT reltuples::bigint AS approximate_row_count
FROM pg_class
WHERE relname = 'your_table_name'
  AND relnamespace = (SELECT oid FROM pg_namespace WHERE nspname = 'your_schema_name');

注意：如果表刚有大量数据变更（比如批量插入/删除），reltuples会滞后，这时候必须跑一次ANALYZE来更新。

2. 必须要绝对精确？优化count(*)的执行速度 #

因为PostgreSQL的MVCC机制，要拿到绝对精确的行数，必须检查每一行是否对当前事务可见——这意味着绕不开扫描操作，但我们可以让扫描更快：

• 开启并行查询：PostgreSQL 9.6及以上版本支持并行扫描，调整max_parallel_workers_per_gather参数（比如设置为4），大表的count(*)会利用多核并行处理，速度提升明显。
• 用覆盖索引加速：如果表有非空的索引列（比如主键id），用count(id)代替count(*)，PostgreSQL会选择扫描更小的索引而非全表，速度会快很多。示例：

  SELECT count(id) FROM your_table_name;
  

• 分区表拆分计数：如果你的表是分区表，可以对每个分区单独计数再求和，这样每个分区的计数可以并行执行，整体效率会比扫描单一大表高很多。

3. 关于VACUUM的误区 #

你提到不想执行代价高昂的VACUUM，其实VACUUM本身不负责更新行数统计——更新统计信息的是ANALYZE。VACUUM主要是清理死元组，只有VACUUM FULL才会重写表，代价极高。所以如果只是为了让reltuples更准确，跑ANALYZE就够了，完全不用碰VACUUM FULL。

内容的提问来源于stack exchange，提问作者Priya