PostgreSQL增量备份通过WAL归档实现，先进行全量备份再持续归档WAL日志，结合压缩、异步处理和分层结构设计，降低I/O压力与资源占用，利用pg_probackup、Barman等工具优化管理，确保高效恢复并减少生产库影响。
PostgreSQL 增量备份的核心在于减少数据冗余和系统负载，同时保证恢复的完整性和效率。要降低备份过程对数据库的压力，并合理设计备份结构，需从机制选择、策略优化和架构设计三方面入手。
使用WAL归档实现增量备份
PostgreSQL 原生支持通过 Write-Ahead Logging (WAL) 实现增量备份。基础是先做一次全量基础备份（base backup），之后持续归档 WAL 日志文件。恢复时，用基础备份 + 所有后续 WAL 文件还原到任意时间点。
- 开启
wal_level = replica或更高（如 logical） - 配置
archive_mode = on并设置archive_command将 WAL 文件复制到安全位置 - 使用
pg_basebackup创建基础备份，作为增量恢复的起点
这种方式避免每次全量拷贝数据文件，显著减轻 I/O 压力，尤其适合大库高频备份场景。
压缩与异步归档降低资源占用
直接归档原始 WAL 文件会占用较多磁盘和带宽。可通过以下方式减压：
- 在
archive_command中加入压缩，如使用gzip或lz4，减少存储和传输开销 - 将归档操作放到后台异步执行，避免阻塞主进程。例如通过 rsync 延迟同步或消息队列缓冲
- 限制备份时段，避开业务高峰，结合
nice和ionice控制资源优先级
压缩后的 WAL 归档既能节省空间，也能缩短网络传输时间，间接降低数据库等待归档完成的时间。
分层备份结构设计
合理的备份结构应兼顾恢复速度与资源消耗。建议采用“基础备份 + 增量 WAL + 定期轮转”模式：
- 每周做一次
pg_basebackup全量备份，作为新的恢复基线 - 每日归档 WAL，形成增量链，挂接到最近的基础备份上
- 使用工具如
pg_probackup或Barman管理备份集生命周期，自动清理过期备份 - 备份文件按时间/类型分类存储，如：
/backup/base/20250405、/backup/wal/20250406/
这种结构避免无限增长的 WAL 链，缩短恢复时间，也便于定位问题。
利用外部工具提升效率
原生 WAL 归档功能强大但管理复杂。可引入专业工具简化流程：
- pg_probackup（from PGPro）：支持真正块级增量备份，只备份变更的数据块，进一步减少 I/O
- Barman：由 EnterpriseDB 提供，集中管理多实例备份，支持压缩、加密、异地复制
- WAL-G：支持流式上传 WAL 到对象存储（如 S3），速度快，适合云环境
这些工具通常内置限速、并发控制和校验机制，能更精细地控制系统压力。
基本上就这些。关键是根据业务 RPO（恢复点目标）和 RTO（恢复时间目标）选择合适组合：WAL 归档是基础，配合定期基础备份和智能工具，既能实现高效增量备份，又能把对生产库的影响降到最低。
