PostgreSQL使用pg_dump备份远大于数据库本身，如何优化减小体积

你当前使用的是pg_dump默认的纯文本SQL格式备份，该格式无压缩，且导出的SQL语句、索引定义、事务日志残留内容本身就会比数据库实际存储的二进制占用更多空间，出现数倍体积差属于常见情况，可通过以下方法优化：

• 直接导出压缩格式备份
  最推荐使用PostgreSQL原生自定义归档格式，自带压缩能力，且支持后续选择性恢复单表/指定对象，备份命令如下：
  pg_dump -p 5432 -Fc db > backup.dump
  该格式默认中等压缩，通常体积仅为纯文本备份的1/4~1/3。如果需要生成可直接执行的压缩SQL文件，可通过管道调用gzip压缩：
  pg_dump -p 5432 db | gzip -6 > backup.sql.gz
  命令中的-6是压缩等级，可选1（最快，压缩率最低）到9（最慢，压缩率最高），可根据你的服务器性能灵活调整。
• 排除非必要备份对象
  如果存在无需备份的日志表、临时表、测试表，可通过参数排除，进一步减小备份体积：
  排除单个指定表：
  pg_dump -p 5432 -Fc -T unnecessary_table db > backup.dump
  批量排除匹配前缀的表，比如所有log开头的日志表：
  pg_dump -p 5432 -Fc -T 'log_*' db > backup.dump
  若不需要备份大对象、表所有者权限、注释内容，可额外加--no-blobs、--no-owner、--no-privileges、--no-comments参数裁剪导出内容。
• 清理数据库无效数据后备份
  若优化后备份体积仍然远高于预期，可先检查数据库是否存在大量未回收的死元组：在业务低峰期执行VACUUM FULL（操作会锁表，提前确认业务影响）清理已删除的残留数据，再执行备份即可避免无效数据被导出。

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