pg_total_relation_size底层实现原理及低成本替代方案问询

底层实现逻辑 #

pg_total_relation_size 是轻量级操作，完全不需要执行表扫描。它的核心工作流程是：

• 定位目标关系关联的所有磁盘文件：包括主表数据文件、所有索引文件、TOAST表（若存在）对应的文件
• 通过操作系统的文件系统接口（如类stat的系统调用）直接获取每个文件的大小，再累加求和
• 关联文件的定位仅依赖查询PostgreSQL系统元数据（如pg_class中的relfilenode字段），无任何用户数据扫描操作

开销特性 #

由于仅涉及系统表查询和文件系统大小统计，该函数的开销极低，即使针对超大表调用，也不会对数据库运行性能产生明显影响。

替代方案 #

如果仅需要统计特定维度的大小，可以选择更细分的轻量级函数：

• pg_relation_size：仅统计主表数据文件的大小（不含索引、TOAST表）
• pg_indexes_size：仅统计目标表所有索引的总大小
• pg_table_size：统计主表+TOAST表的总大小（不含索引）

这些函数的实现逻辑与pg_total_relation_size一致，均为轻量级操作，只是统计范围不同。

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