CONFIGURATION PARAMETER复制 / 备库
sync_replication_slots
使物理备库能够从主库同步逻辑故障切换槽，以便逻辑订阅者在故障切换后能够从新的主库恢复复制。
Enables a physical standby to synchronize logical failover replication slots from the primary server.
布尔 重载生效 引入 17 现存至 20 devel 0 次默认值变更
版本轨迹
相对 PostgreSQL 17 无变化。
默认值变迁
已记录的默认值在 PostgreSQL 17–19 之间未变。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
使物理备库能够从主库同步逻辑故障切换槽，以便逻辑订阅者在故障切换后能够从新的主库恢复复制。
默认情况下该参数被禁用。该参数只能在 postgresql.conf 文件中或服务器命令行上设置。
机制详解
在物理备库启用 slotsync worker，从主库复制逻辑 failover slot 状态。重新加载配置即可应用新值。
同步要求主备之间存在物理复制槽（备库设置 primary_slot_name）、备库开启 hot_standby_feedback，并在 primary_conninfo 中提供有效 dbname；源逻辑槽还必须启用 failover。
槽状态是异步复制的。主库应把该备库的物理槽列入 synchronized_standby_slots，避免订阅者跑在故障转移备库之前；提升前必须验证每个必需槽已同步且可用于切换。
调优建议
按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。
-
OLTP在线事务处理
只在完整的逻辑故障转移设计中启用。自动检查所有前提，并在必需 failover slot 尚未同步或存在冲突时阻止计划提升。
-
OLAP分析与批处理
大事务与延迟备库会扩大同步滞后；应联合监控订阅者确认位置、备库重放、物理槽保留与 catalog horizon。
-
小规格低配实例与开发机
不要仅因开关存在就启用。小型部署同样需要永久物理槽、hot_standby_feedback、dbname、保留上限和经过验证的切换 runbook。
常见问题
- 未设置 primary_slot_name、缺少强制物理槽时就启用。
- hot_standby_feedback 仍为 off，无法为同步逻辑槽安全保留 catalog 行。
- primary_conninfo 中遗漏 dbname。
- 源逻辑槽未启用 failover，却期待它被同步。
- 未确认每个必需槽已同步且没有落后于订阅者就提升。
演化历史
相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。
-
PostgreSQL 17 ← 16 新增此参数
PostgreSQL 17 起可用
逐版本快照
每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| 备库 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 数据。 | 现存 | ||||