PostgreSQL表空间异常排查：10万行数据占13GB

• 未回收的表膨胀
  普通VACUUM仅标记死元组为可复用，不会将释放的空间归还操作系统。若表曾经历大量删除、更新操作，物理文件会留存大量空白页。可执行VACUUM FULL your_table_name;（注意会锁表）强制收缩，或用pg_repack工具在线处理。

• TOAST表膨胀
  若表含大字段（如文本、字节流），PostgreSQL会将其存储在关联的TOAST表中。即便当前数据量小，历史大数据更新后可能遗留未回收的TOAST空间。可通过以下语句查询TOAST表大小：

SELECT relname, pg_total_relation_size(relid) 
FROM pg_stat_user_tables 
WHERE relname LIKE '%your_table_name_toast%';

• 索引膨胀
  普通VACUUM无法收缩索引，大量更新/删除操作会让索引产生空洞，导致体积异常。可重建索引来修复：

-- 重建单索引
REINDEX INDEX index_name;
-- 重建表所有索引
REINDEX TABLE your_table_name;

• 填充因子设置过低
  若表的fillfactor参数被设为远低于默认值（默认100），PostgreSQL会预留大量空间给未来更新，直接增大表体积。可通过以下语句查看设置：

SELECT relname, relfillfactor FROM pg_class WHERE relname = 'your_table_name';

• TimescaleDB外键关联间接引发的膨胀
  作为10亿行TimescaleDB超表的外键，你的表可能因关联表的频繁写入/更新，导致外键索引被频繁修改，加速索引膨胀。可重点排查外键索引的大小和碎片率。

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