CONFIGURATION PARAMETER复制 / 发送服务器
wal_sender_shutdown_timeout
指定服务器在关闭期间等待所有 WAL 数据复制到接收端的最长时间。
Sets the maximum time the server waits during shutdown for all WAL data to be replicated to the receiver.
整数 引入 19 现存至 20 devel 0 次默认值变更 开发版
- 类型
- 整数integer
- 分类
- 复制 / 发送服务器
- 引入版本
- 19
- 状态
- 现存
版本轨迹
相对 PostgreSQL 19 无变化。 20 开发版尚未定稿：类型与说明取自手册，默认值、上下文和运行值尚未采样。
默认值变迁
仅记录了 PostgreSQL 19 的默认值。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
指定服务器在关闭期间等待所有 WAL 数据复制到接收端的最长时间。如果此值未指定单位，则按毫秒计。值 -1（默认值）会禁用超时机制，允许 WAL 发送进程根据需要一直等待接收端追赶。值 0 会使
WAL 发送进程不等待接收端追赶便终止。
使用复制时，发送服务器通常会等待直到所有 WAL 数据都已传输到接收端，才完成关闭。这有助于在关闭后保持发送端和接收端同步，这对于物理复制切换尤其重要，但也可能延迟关闭。
如果此参数设置为零或正值，则超时到达时服务器会停止等待并完成关闭。这可以缩短关闭时间，例如在高延迟网络上复制较慢，或者逻辑复制应用工作进程因等待锁而阻塞时。不过在这种情况下，关闭后发送端和接收端可能不同步。应谨慎选择足够大的值，以便在正常情况下让所有 WAL 数据都能复制到接收端。
该参数可以在 primary_conninfo 中以及
CREATE SUBSCRIPTION 的 CONNECTION 子句中设置（例如在连接串中包含 options=-cwal_sender_shutdown_timeout=10s），从而为不同的复制连接设置不同的超时时间。例如，同时使用物理复制和逻辑复制时，可以对物理复制禁用该超时（例如用于切换），而对逻辑复制启用它以限制关闭时间。
机制详解
wal_sender_shutdown_timeout：设置关机时等待 WAL 全部复制到接收端的最长时间。它可以按会话修改，便于在不影响全部负载的前提下比较计划或行为。 本站在 PG19 Beta 3 实测到它；boot_val 是编译或初始化基线，并不能证明某个运行集群的当前有效值。
关机时 WAL sender 通常等待未发送 WAL 到达接收端。默认 -1 无限等待，0 立即停止，正值限定等待时间但可能让两端暂时不一致；连接选项可为物理与逻辑复制链路设置不同策略。
应与 wal_sender_timeout、wal_receiver_timeout、synchronous_commit、synchronous_standby_names 一起理解。请在目标服务器检查 SHOW 与 pg_settings，确认 source 和 pending_restart，并在修改前后对比真实负载、日志和资源指标。
调优建议
按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。
-
OLTP在线事务处理
设定边界前要模拟正常故障转移与最坏复制延迟，并观察 sender 状态、保留 WAL、关机耗时和接收端追赶；为监控与计划切换保留足够容量。
-
OLAP分析与批处理
应计入大事务、批量装载、慢 apply 与远距离链路。较短超时虽能加快关机，却可能把恢复工作和不一致风险转移到下次启动。
-
小规格低配实例与开发机
限制槽和 sender 数量，监控 pg_wal 磁盘占用，并明确超时语义；分别在接收端健康与不可用时测试关机和重启。
常见问题
- 把 wal_sender_shutdown_timeout 的实测 boot_val 当成初始化后或托管集群当前有效值的证明。
- 忽略 pg_settings 报告的 user context，误以为修改会立即生效。
- 孤立修改该参数，没有检查关联上限、可观测性和回滚路径。
- 在生产中依赖测试版行为，却没有在 PostgreSQL 19 正式版发布后重新验证。
演化历史
相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。
-
PostgreSQL 19 ← 18 新增此参数
PostgreSQL 19 起可用
逐版本快照
每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| 发送服务器 12 | |||||
idle_replication_slot_timeout |
整数 | 重载生效 | 0 s |
— | |
| 使保持空闲状态（未被复制连接使用）超过此持续时间的复制槽失效。 | 现存 | ||||
max_repack_replication_slots |
整数 | — | — | ||
| 指定可供 REPACK 命令使用的复制槽最大数量。 | 现存 | ||||
max_replication_slots |
整数 | 重启生效 | 10 |
102 次 | |
| 指定服务器可以支持的复制槽（见第 26.2.6 节）最大数量。 | 现存 | ||||
max_slot_wal_keep_size |
整数 | 重载生效 | -1 MB |
— | |
| 指定检查点时复制槽允许在 pg_wal 目录中保留的 WAL 文件最大总量。 | 现存 | ||||
max_wal_senders |
整数 | 重启生效 | 10 |
103 次 | |
| 指定来自备库或流式基础备份客户端的最大并发连接数（即同时运行的 WAL 发送进程的最大数量）。 | 现存 | ||||
output_plugin_libraries |
字符串 | 会话（超级用户） | pgoutput, test_decoding |
— | |
| 列出安装在 dynamic_library_path 所指定位置中、同时也受信任、可供复制客户端用作逻辑输出插件的库。 | 现存 | ||||
replication_timeout |
整数 | 重载生效 | 1 min |
— | |
| 终止不活动时间超过指定毫秒数的复制连接。 | 于 9.3 移除 | ||||
track_commit_timestamp |
布尔 | 重启生效 | off |
— | |
| 记录事务的提交时间。 | 现存 | ||||
wal_keep_segments |
整数 | 重载生效 | 0 |
— | |
| 指定在 pg_wal 目录中保留的过去日志文件段的最小数量，以便备库可能需要获取它们来进行流复制。 | 于 13 移除 | ||||
wal_keep_size |
整数 | 重载生效 | 0 B |
— | |
| 指定在 pg_wal 目录中保留的旧 WAL 文件的最小总量，以便备库需要时获取这些文件进行流复制。 | 现存 | ||||
wal_sender_shutdown_timeout |
整数 | — | — | ||
| 指定服务器在关闭期间等待所有 WAL 数据复制到接收端的最长时间。 | 现存 | ||||
wal_sender_timeout |
整数 | 会话 | 1 min |
121 次 | |
| 终止非活动时间超过此值的复制连接。 | 现存 | ||||