CONFIGURATION PARAMETER复制 / 备库
recovery_min_apply_delay
默认情况下，备库会尽快恢复来自发送服务器的 WAL 记录。
Sets the minimum delay for applying changes during recovery.
整数 重载生效 引入 12 现存至 20 devel 0 次默认值变更
版本轨迹
相对 PostgreSQL 17 无变化。
默认值变迁
已记录的默认值在 PostgreSQL 12–19 之间未变。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
默认情况下，备库会尽快恢复来自发送服务器的 WAL 记录。保留一份延迟的数据副本可能很有用，因为它提供了纠正数据丢失错误的机会。此参数允许将恢复延迟指定的时间。例如，将此参数设置为 5min 时，只有当备库系统时间比主库报告的提交时间至少晚五分钟，备库才会重放各事务的提交。如果没有指定单位，则以毫秒计。默认值为零，不增加延迟。
服务器之间的复制延迟可能超过此参数的值，这种情况下不会增加延迟。注意，延迟根据主库写入的 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 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 | — | — | — | 整数 |
— | — | — |
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| 备库 13 | |||||
hot_standby |
布尔 | 重启生效 | on |
101 次 | |
| 指定在恢复期间，你是否能够连接并运行查询，如第 26.4 节中所述。 | 现存 | ||||
hot_standby_feedback |
布尔 | 重载生效 | off |
— | |
| 指定一个热备机是否将会向主库或上游备库发送有关于备库上当前正被执行的查询的反馈。 | 现存 | ||||
max_standby_archive_delay |
整数 | 重载生效 | 30 s |
9.11 次 | |
| 当热备处于活动状态时，此参数确定备库在取消与即将应用的 WAL 条目冲突的备库查询之前应等待多长时间，如第 26.4.2 节中所述。 | 现存 | ||||
max_standby_streaming_delay |
整数 | 重载生效 | 30 s |
9.11 次 | |
| 当热备处于活动状态时，此参数确定备库在取消与即将应用的 WAL 条目冲突的备库查询之前应等待多长时间，如第 26.4.2 节中所述。 | 现存 | ||||
primary_conninfo |
字符串 | 重载生效 | 空字符串 |
131 次 | |
| 指定备库用来连接发送服务器的连接字符串。 | 现存 | ||||
primary_slot_name |
字符串 | 重载生效 | 空字符串 |
131 次 | |
| 可选地指定通过流复制连接到发送服务器时使用一个现有的复制槽来控制上游节点上的资源移除（见第 26.2.6 节）。 | 现存 | ||||
promote_trigger_file |
字符串 | 重载生效 | 空字符串 |
— | |
| 指定一个触发文件，该文件的存在会结束备库上的恢复。 | 于 16 移除 | ||||
recovery_min_apply_delay |
整数 | 重载生效 | 0 ms |
— | |
| 默认情况下，备库会尽快恢复来自发送服务器的 WAL 记录。 | 现存 | ||||
sync_replication_slots |
布尔 | 重载生效 | off |
— | |
| 使物理备库能够从主库同步逻辑故障切换槽，以便逻辑订阅者在故障切换后能够从新的主库恢复复制。 | 现存 | ||||
wal_receiver_create_temp_slot |
布尔 | 重载生效 | off |
— | |
| 指定在未使用 primary_slot_name 配置要使用的永久复制槽时，WAL 接收进程是否应在远程实例上创建临时复制槽。 | 现存 | ||||
wal_receiver_status_interval |
整数 | 重载生效 | 10 s |
— | |
| 指定在备库上的 WAL 接收进程向主库或上游备库发送有关复制进度的信息的最小频度，它可以使用 pg_stat_replication 视图看到。 | 现存 | ||||
wal_receiver_timeout |
整数 | 重载生效 | 1 min |
191 次 | |
| 中止处于非活动状态超过这个时间量的复制连接。 | 现存 | ||||
wal_retrieve_retry_interval |
整数 | 重载生效 | 5 s |
— | |
| 指定当从任何来源（物理流复制、本地 pg_wal 或者 WAL 归档）都得不到 WAL 数据时，备库应该等待多久才去重新尝试获取 WAL 数据。 | 现存 | ||||