PostgreSQL：未开启归档可以搭建流复制？

原创已于 2025-08-30 16:38:05 修改 · 586 阅读

CC 4.0 BY-SA版权

文章标签：

于 2025-08-30 16:34:39 首次发布

是的，PostgreSQL数据库在未开启归档（archive_mode = off）的情况下仍可搭建流复制（Streaming Replication）。流复制的核心机制是通过实时传输预写日志（WAL）实现数据同步，其运行并不依赖归档日志的持久化存储。以下是具体分析：

实时WAL传输的独立性
流复制通过主库的wal_sender进程将WAL记录以流的形式直接发送给备库，备库通过wal_receiver进程接收并应用这些日志。这一过程完全依赖内存中的WAL缓冲区和网络传输，与归档日志的磁盘存储无关。例如，在PostgreSQL 9.3及更高版本中，即使未开启归档，只需配置wal_level = replica和max_wal_senders等参数，即可建立流复制连接。
归档的辅助作用
归档日志（archive_command）的主要功能是将WAL文件持久化到外部存储，用于时间点恢复（PITR）和增强复制健壮性。例如，当备库因故障长时间断开时，主库可能删除未传输的旧WAL文件（由wal_keep_size控制保留量），此时归档日志可作为备用来源。但这属于灾备场景的补充机制，并非流复制运行的必需条件。

官方文档与实践案例
PostgreSQL官方文档明确区分了“基于文件的日志传送”（需归档）与“流复制”（实时传输）的差异：
- 日志传送：依赖归档日志的文件传输，备库始终落后主库一个WAL文件。
- 流复制：通过TCP流直接同步WAL记录，备库延迟可低至毫秒级，且无需归档。
  实践中，用户可通过pg_basebackup工具基于主库当前状态创建备库，并在recovery.conf中配置primary_conninfo直接连接主库，全程无需归档日志参与。
参数配置要点
- 主库：
```
wal_level = replica       # 最低要求
max_wal_senders = 10      # 允许的复制连接数
wal_keep_segments = 1024  # 保留未归档的WAL文件数量（16MB/个）
```
  wal_keep_segments需根据业务负载调整，确保备库在网络波动时仍能获取所需WAL。
- 备库：
  通过pg_basebackup初始化后，仅需在recovery.conf中配置主库连接信息：
```
standby_mode = 'on'
primary_conninfo = 'host=192.168.1.1 port=5432 user=replica'
```
  无需配置归档相关参数。

WAL文件过早回收的风险
主库默认仅保留wal_keep_segments指定的WAL文件数量。若备库因高负载或网络故障长时间落后，主库可能删除尚未传输的旧WAL，导致复制中断。例如，当主库每秒生成1个WAL文件时，wal_keep_segments = 1024仅能保留约4.5小时的日志。

解决方案：
- 增大wal_keep_segments或wal_keep_size，但需注意主库磁盘空间占用。
- 创建复制槽（Replication Slot）：
```
CREATE PUBLICATION my_replica FOR ALL TABLES;  -- 逻辑复制槽
SELECT * FROM pg_create_physical_replication_slot('my_slot');  -- 物理复制槽
```
  复制槽可强制主库保留备库所需的WAL文件，避免因连接中断导致日志被清理。
备库重建的复杂性
若主库数据损坏需重建备库，无归档时只能通过pg_basebackup重新初始化，无法利用历史WAL进行增量恢复。例如，当主库已运行数月且无归档时，重建备库需重新传输全部数据，耗时可能长达数小时。

替代方案：
- 定期对主库进行逻辑备份（如pg_dump），结合流复制的实时同步，可在故障时快速恢复部分数据。
- 启用归档并配置异地存储（如S3），以支持时间点恢复和备库重建。

性能影响分析
无归档配置对主库性能影响极小，因为无需执行归档日志的写入操作。但需注意：
- 若wal_keep_segments设置过大，可能导致主库pg_wal目录膨胀，影响磁盘I/O性能。
- 同步流复制（synchronous_commit = on）会增加事务延迟，而异步流复制（synchronous_commit = off）则可能存在数据丢失风险。
高可用性限制
无归档配置下的流复制仍可实现自动故障转移（如通过Patroni或Pacemaker），但需注意：
- 若主库突然宕机且未同步的WAL未传输到备库，可能导致数据丢失。例如，异步流复制下，主库提交事务后立即崩溃，备库可能未接收到该事务的WAL记录。
- 归档日志可提供额外的恢复点，在复杂故障场景下（如主备同时损坏）更具优势。

最小化风险的折中方案
- 必选配置：
  - 开启wal_level = replica和复制槽，确保主库保留备库所需的WAL文件。
  - 设置合理的wal_keep_segments（如wal_keep_segments = 2048），平衡磁盘空间与复制健壮性。
- 可选增强：
  - 启用轻量级归档（如将WAL文件备份到本地临时目录），仅用于备库重建，不影响主库性能。
  - 结合逻辑复制（Logical Replication）实现表级备份，降低对物理归档的依赖。
场景化建议
- 测试环境：可完全禁用归档，简化配置并减少存储成本。
- 生产环境：强烈建议开启归档并配置异地存储，尤其在金融、医疗等对数据一致性要求极高的行业。例如，德格藏医院通过归档日志实现了对藏医药数据的精准恢复，确保业务连续性。