↑↓ 选择 ↵ 打开 ⌫ 改范围 完整检索页

pgsql.cc 提供对 postgresql.org 官网内容的中文翻译,由 Pigsty 团队维护。

百科 / 配置参数 / 复制

CONFIGURATION PARAMETER复制 / 备库

recovery_min_apply_delay

设置恢复期间应用变更的最小延迟。

Sets the minimum delay for applying changes during recovery.

整数 重载生效 引入 12 现存至 20 devel 0 次默认值变更

类型
整数integer
上下文
重载生效改配置文件后重载(pg_ctl reload / SIGHUP)即可生效
默认值
0 ms原始值 0 ms
取值范围
0 – 2147483647
引入版本
12
状态
现存

PostgreSQL 18 手册 官方文档 引入提交 2dedf4d9a8

版本轨迹

相对 PostgreSQL 17 无变化。

默认值变迁

0 ms 12 – 20

已记录的默认值在 PostgreSQL 12–20 之间未变。带单位的取值换算成了可读形式,原始的 boot_val 与单位写在悬浮提示里。

手册说明

PostgreSQL 18 手册 · 19.6 复制 本站手册 官方原文

本版译文与 PostgreSQL 15 完全一致,下面就是同一段文字。

默认情况下,备库会尽快恢复来自发送服务器的 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 保留掩盖失效消费者。

演化历史

相邻两个大版本之间的差异,新的在前。版本号链到该版的快照。

  1. PostgreSQL 20 ← 19 沿用 19

    事实沿用 19

  2. 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 —

参考资料

同类参数

参数 类型 上下文 默认值 版本变动 最近变更
Replication 复制 13 个 ↗
备库 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 获取失败后的重试等待时间。 现存