如何延迟PostgreSQL WAL回收？防止主备库因网络问题同步中断

针对你遇到的网络中断后备库因缺失WAL文件恢复失败的问题，核心思路是让主库延迟回收WAL，或提供WAL的冗余存储，以下是具体方案：

一、使用复制槽（最可靠的方式） #

复制槽会跟踪备库的WAL接收进度，主库不会删除备库尚未确认接收的WAL文件，彻底避免因备库断连导致的WAL丢失。

1. 在主库创建物理复制槽：

SELECT pg_create_physical_replication_slot('standby_repl_slot');

2. 修改备库的连接配置
   在备库的postgresql.conf中，更新primary_conninfo参数，添加复制槽指定：

primary_conninfo = 'host=主库IP port=5432 user=复制账号 password=密码 slot=standby_repl_slot'

3. 重启备库使配置生效，之后备库会通过复制槽连接主库，主库将持续保留备库需要的WAL。

注意：若备库长时间宕机，主库的WAL会持续积累，可能占满磁盘。需定期通过SELECT * FROM pg_replication_slots;监控复制槽状态，若备库长期不可用，及时删除复制槽或修复备库。

二、调整wal_keep_size参数（兜底机制） #

该参数控制主库在pg_wal目录中保留的WAL文件最小总大小，超过阈值才会进行归档或回收。可根据业务的WAL生成量设置，比如每天生成10GB WAL，可设置为30GB保留3天的量：

1. 在主库执行动态修改（无需重启，生效快）：

ALTER SYSTEM SET wal_keep_size = '32GB';
SELECT pg_reload_conf();

2. 若需要永久生效，直接修改主库的postgresql.conf文件后执行pg_reload_conf()。

三、开启WAL归档（冗余存储） #

将WAL归档到独立存储（本地磁盘、NFS、对象存储等），即使主库pg_wal中的WAL被回收，备库仍可从归档中获取缺失的WAL文件。

主库配置归档： #

1. 修改postgresql.conf：

archive_mode = on
archive_command = 'cp %p /data/pg_archive/%f'  # 替换为实际归档路径，也可使用rsync等工具上传到远程存储
archive_timeout = 300  # 每5分钟强制归档一次未写满的WAL段，避免长时间未归档的WAL被删除

2. 执行SELECT pg_reload_conf();使配置生效。

备库配置从归档恢复： #

在备库的postgresql.conf中设置restore_command，指定从归档获取WAL的命令：

restore_command = 'cp /data/pg_archive/%f %p'  # 若归档在远程，可使用scp等命令拉取

四、说明 #

你之前查看的wal_writer_delay是控制WAL写入磁盘的频率，与WAL文件的回收逻辑无关，因此无法解决你的问题。

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