CONFIGURATION PARAMETER复制 / 备库
recovery_min_apply_delay
设置恢复期间应用变更的最小延迟。
Sets the minimum delay for applying changes during recovery.
整数 重载生效 引入 12 现存至 20 devel 0 次默认值变更
版本轨迹
相对 PostgreSQL 17 无变化。
默认值变迁
默认值自 PostgreSQL 12 起没有变过。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
本版译文与 PostgreSQL 14 完全一致，下面就是同一段文字。
默认情况下，备库会尽快恢复来自于发送服务器的 WAL 记录。有一份数据的延时拷贝是有用的，它能提供机会纠正数据丢失错误。 这个参数允许你将恢复延迟一段指定的时间量。 例如，如果你设置这个参数为5min，对于一个事务提交，只有当备库上的系统时钟超过主库报告的提交时间至少 5分钟时，备库才会重放该事务。 如果指定值时没有单位，则以毫秒为单位。默认为0，不增加延迟。
有可能服务器之间的复制延迟会超过这个参数的值，在这种情况下则不会增加延迟。 注意延迟是根据主库上写 WAL 的时间戳以及备库上的当前时间来计算。 由于网络延迟或者级联复制配置导致的传输延迟可能会显著地减少实际等待时间。 如果主库和备库上的系统时钟不同步，这会导致恢复比预期的更早应用记录。 但这不是一个主要问题，因为这个参数有用的设置比服务器之间的典型事件偏差要大得多。
只有在事务提交的 WAL 记录上才会发生延迟。其他记录还是会被尽可能快地重放，这不会成为问题，因为 MVCC 可见性规则确保了在对应的提交记录被应用之前它们的效果不会被看到。
一旦恢复中的数据库已经达到一致状态，延迟就会产生，直到备库被提升或者触发。在那之后，备库将会结束恢复并且不再等待。
WAL记录必须保留在备库上，直到准备好应用。因此，较长的延迟将导致WAL文件的积累增加，增加备库的pg_wal目录的磁盘空间需求。
这个参数的目的是和流复制部署一起使用，但是，如果指定了该参数，除了崩溃恢复之外所有的情况下都会遵守它。 使用这个特性也会让hot_standby_feedback被延迟，这可能导致主库的膨胀，两者一起使用时要小心。
当synchronous_commit被设置为remote_apply时，同步复制会受到这个设置的影响，每一个COMMIT都需要等待被应用。
这个参数只能在postgresql.conf文件中或通过服务器命令行进行设置。
机制详解
设置恢复期间应用变更的最小延迟。重新加载配置即可应用新值；已经开始的工作不会被追溯改变。
备库会把每个事务 commit 的重放推迟到主库提交时间之后的指定时长。网络/级联延迟计入其中，时钟也会影响结果；synchronous_commit=remote_apply 会让主库提交一起等待这段人为延迟。
应把 recovery_min_apply_delay 与 max_standby_archive_delay、max_standby_streaming_delay、hot_standby 一起监控和变更。先在对应角色与真实负载上验证，再按其 sighup context 选择会话修改、reload 或 restart；历史默认值并不等于当前有效值。
调优建议
按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。
-
OLTP在线事务处理
按主备拓扑、故障切换角色、复制槽/订阅数量与断连余量规划 recovery_min_apply_delay；上线前验证主库写延迟、备库重放和磁盘保留的最坏情况。
-
OLAP分析与批处理
读备库与逻辑订阅常有长查询或大事务，应给重放/应用留明确上界，并监控延迟、worker 饱和、槽 restart_lsn 与冲突取消。
-
小规格低配实例与开发机
只配置真实需要的复制能力。少量节点也应设置有界超时与槽生命周期，不要用无限保留换取表面稳定。
常见问题
- 在错误的主库、备库、发送端或订阅端角色上修改。
- 只看字节/时间配置，不监控真实复制延迟、槽位置与 worker 状态。
- 故障切换后新主库缺少与旧主库一致的容量或依赖。
- 用无限等待或无限 WAL 保留掩盖失效消费者。
演化历史
相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。
-
PostgreSQL 20 ← 19 沿用 19
事实沿用 19
-
PostgreSQL 12 ← 11 新增此参数
PostgreSQL 12 起可用
逐版本快照
每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。
| 版本 | 默认值 | 单位 | 上下文 | 类型 | 最小值 | 最大值 | 枚举值 |
|---|---|---|---|---|---|---|---|
| 12 | 0 ms |
ms |
重载生效 |
整数 |
0 |
2147483647 |
— |
| 13 | 0 ms |
ms |
重载生效 |
整数 |
0 |
2147483647 |
— |
| 14 | 0 ms |
ms |
重载生效 |
整数 |
0 |
2147483647 |
— |
| 15 | 0 ms |
ms |
重载生效 |
整数 |
0 |
2147483647 |
— |
| 16 | 0 ms |
ms |
重载生效 |
整数 |
0 |
2147483647 |
— |
| 17 | 0 ms |
ms |
重载生效 |
整数 |
0 |
2147483647 |
— |
| 18 | 0 ms |
ms |
重载生效 |
整数 |
0 |
2147483647 |
— |
| 19 | 0 ms |
ms |
重载生效 |
整数 |
0 |
2147483647 |
— |
| 20 沿用 | 0 ms |
ms |
重载生效 |
整数 |
0 |
2147483647 |
— |
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| 备库 13 | |||||
hot_standby |
布尔 | 重启生效 | on |
101 次 | |
| 允许在恢复期间连接并执行查询。 | 现存 | ||||
hot_standby_feedback |
布尔 | 重载生效 | off |
— | |
| 允许热备库向主库反馈信息，以避免查询冲突。 | 现存 | ||||
max_standby_archive_delay |
整数 | 重载生效 | 30 s |
9.11 次 | |
| 设置热备处理归档 WAL 时，取消冲突查询前允许的最大延迟。 | 现存 | ||||
max_standby_streaming_delay |
整数 | 重载生效 | 30 s |
9.11 次 | |
| 设置热备处理流式 WAL 时，取消冲突查询前允许的最大延迟。 | 现存 | ||||
primary_conninfo |
字符串 | 重载生效 | 空字符串 |
131 次 | |
| 设置连接发送端服务器时使用的连接字符串。 | 现存 | ||||
primary_slot_name |
字符串 | 重载生效 | 空字符串 |
131 次 | |
| 设置连接发送端服务器时使用的复制槽名称。 | 现存 | ||||
promote_trigger_file |
字符串 | 重载生效 | 空字符串 |
— | |
| 指定一个文件，其出现会使备库结束恢复。 | 于 16 移除 | ||||
recovery_min_apply_delay |
整数 | 重载生效 | 0 ms |
— | |
| 设置恢复期间应用变更的最小延迟。 | 现存 | ||||
sync_replication_slots |
布尔 | 重载生效 | off |
— | |
| 允许物理备库从主库同步逻辑故障转移复制槽。 | 现存 | ||||
wal_receiver_create_temp_slot |
布尔 | 重载生效 | off |
— | |
| 未配置永久槽时，设置 WAL receiver 是否创建临时复制槽。 | 现存 | ||||
wal_receiver_status_interval |
整数 | 重载生效 | 10 s |
— | |
| 设置 WAL receiver 向发送端报告状态的最大间隔。 | 现存 | ||||
wal_receiver_timeout |
整数 | 重载生效 | 1 min |
191 次 | |
| 设置等待发送端数据的最长时间。 | 现存 | ||||
wal_retrieve_retry_interval |
整数 | 重载生效 | 5 s |
— | |
| 设置 WAL 获取失败后的重试等待时间。 | 现存 | ||||