由于pg的MVCC的实现机制与oracle存在较大差异，pg的undo空间和数据空间共用，导致数据空间膨胀严重，长时间不清理这种膨胀的垃圾数据，导致sql性能下降非常严重。
常规，数据库级调整
常规调整
对于频繁更新的表,设置填充因子fillfactor
语法：
若是分区表，需在分区子表设置。
alter table table_xx set (fillfactor=80);
功能：
让每个数据块预留一定的空间用于记录的更新，也可以提升update的效率。
缺点：
Insert效率有所降低，同时加大磁盘开销。
对于超大表,调低vacuum触发阈值
语法：
若是分区表，需在分区子表设置。
alter table table_xx set (autovacuum_vacuum_threshold=100);
或
alter table table_xx set (autovacuum_vacuum_scale_factor =0.001);
功能：
使超大表更积极触发vacuum机制。
定时任务，通过工具周期性维护
推荐2款工具，均为开源软件，建议通过定时任务在业务闲时，每周维护一次。
以下为2款工具的详细对比数据：
垃圾数据回收工具对比
从工具稳定性和易维护角度，推荐使用pg_repack。
pg_repack
wget https://github.com/reorg/pg_repack/archive/ver_1.4.5.zip
make USE_PGXS=1
make install USE_PGXS=1
pg_squeeze
git clone https://github.com/cybertec-postgresql/pg_squeeze.git
make USE_PGXS=1
make install USE_PGXS=1
pgcompacttable
github已经不维护，不建议使用
pg_bloat_check
该工具仅检测，无垃圾回收功能。且检测效率较低，不推荐。
其他
1.truncate 不会引起膨胀，delete 会引起膨胀。全表删除时，尽量使用truncate。比如全量数据同步的定时任务，第一步一般都是清空目标表，此时建议使用truncate清空。
————————————————
版权声明：本文为CSDN博主「weixin_39915500」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_39915500/article/details/112593688