Postgres 9.6.8中reltuples返回行数翻倍问题求助

这问题我之前处理老版本PostgreSQL时碰到过，咱们一步步拆解原因和解决办法：

先搞懂为啥会出现这个情况 #

pg_class.reltuples本身就是近似统计值，由ANALYZE（自动或手动）更新。在9.6.8这个版本里，几个常见场景会导致它翻倍：

• 并发批量写入（比如大INSERT/COPY）刚好撞上自动ANALYZE：自动ANALYZE可能在写入过程中扫描表，把未完全提交或临时的行数算进去，之后没正确修正，就导致统计值虚高。
• 自动ANALYZE触发阈值太高：默认的autovacuum_analyze_scale_factor=0.1（行数变化10%才触发），如果你的表行数变化频繁且幅度大，统计信息更新不及时，偏差就会越来越大，甚至翻倍。
• 9.6版本本身的统计信息bug：这个版本已经停止维护了，早期的一些并发场景下的统计计算逻辑有缺陷，会导致reltuples异常。

具体解决办法 #

1. 针对目标表调整自动ANALYZE参数

把自动ANALYZE的触发阈值调低，让统计信息更新更及时。比如：

-- 设置表级参数，当行数变化2%或超过500行时触发自动ANALYZE
ALTER TABLE table_name SET (autovacuum_analyze_scale_factor = 0.02);
ALTER TABLE table_name SET (autovacuum_analyze_threshold = 500);

这样能大幅减少统计值偏离实际的概率。

2. 批量操作后手动补ANALYZE

如果你的业务经常有大批次的写入/删除操作，在操作完成后手动跑一遍：

ANALYZE table_name;

临时快速修正统计值。

3. 换个更靠谱的近似统计字段

可以试试pg_stat_user_tables里的n_live_tup，这个字段也是自动更新的活元组估计值，很多场景下比reltuples更准确：

SELECT n_live_tup AS approximate_row_count FROM pg_stat_user_tables WHERE relname = 'table_name';

4. 尽早升级PostgreSQL版本

9.6系列在2021年就结束了官方维护，后续的10+版本修复了大量统计信息相关的bug，升级到受支持的版本（比如12、14）能从根源上避免这类问题。

为啥ANALYZE后暂时好但又复发？ #

因为ANALYZE只是一次性重新扫描表并更新统计值，但之后如果表的行数又发生了大量变化，而自动ANALYZE没及时触发，统计值就会再次偏离。所以核心还是要让统计信息的更新跟上数据变化的节奏。

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