CONFIGURATION PARAMETER错误报告和日志 / 记录什么
log_recovery_conflict_waits
记录备用库恢复冲突等待。
Logs standby recovery conflict waits.
布尔 重载生效 引入 14 现存至 20 devel 0 次默认值变更
- 类型
- 布尔bool
- 上下文
- 重载生效改配置文件后重载（pg_ctl reload / SIGHUP）即可生效
- 默认值
off- 引入版本
- 14
- 状态
- 现存
版本轨迹
相对 PostgreSQL 17 无变化。
默认值变迁
已记录的默认值在 PostgreSQL 14–20 之间未变。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
本版译文与 PostgreSQL 14 完全一致，下面就是同一段文字。
控制启动进程因恢复冲突而等待超过deadlock_timeout时是否产生日志消息。这有助于判断恢复冲突是否阻碍了恢复过程应用 WAL。
默认为off。这个参数只能在postgresql.conf文件中或服务器命令行中设置。
机制详解
log_recovery_conflict_waits：记录备用库恢复冲突等待。在备用库上，恢复冲突等待超过 deadlock_timeout 后会被记录，可在尚未必须取消查询前暴露回放延迟。
log_recovery_conflict_waits 属于 SIGHUP 上下文：重新加载配置即可在不重启的情况下激活服务器新值，后续读取它的操作使用刷新值。
它改变输出的诊断数据而非查询语义，但日志量、敏感内容、log_line_prefix、目标、收集器吞吐与保留策略共同决定运维成本和价值。
调优建议
按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。
-
OLTP在线事务处理
围绕明确的可观测性问题和实测日志容量预算调节 log_recovery_conflict_waits；优先使用选择性阈值、抽样或角色级覆盖，而非无差别采集。
-
OLAP分析与批处理
分析作业可以需要更丰富的 log_recovery_conflict_waits 遥测，但应把长语句、大绑定值与集中完成造成的日志突发计入管线容量。
-
小规格低配实例与开发机
让 log_recovery_conflict_waits 保持有用且有界：提高详细度或频率前，先验证磁盘、收集器、保留与脱敏能力。
常见问题
- 编辑 log_recovery_conflict_waits 后没有重新加载配置，也没有核对有效值与后续行为。
- 增加日志内容却未预算收集器吞吐、存储、保留与下游查询成本。
- 记录 SQL 文本、绑定值、身份或主机数据，却没有脱敏与访问控制策略。
- 没有回滚计划及客户端或运维兼容测试，就全局修改 log_recovery_conflict_waits。
演化历史
相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。
-
PostgreSQL 20 ← 19 沿用 19
事实沿用 19
-
PostgreSQL 14 ← 13 新增此参数
PostgreSQL 14 起可用
逐版本快照
每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| 记录什么 25 | |||||
application_name |
字符串 | 会话 | 空字符串 |
— | |
| 设置在统计信息和日志中报告的应用名称。 | 现存 | ||||
debug_pretty_print |
布尔 | 会话 | on |
— | |
| 对解析树和计划树的显示进行缩进美化。 | 现存 | ||||
debug_print_parse |
布尔 | 会话 | off |
— | |
| 记录每个查询的解析树。 | 现存 | ||||
debug_print_plan |
布尔 | 会话 | off |
— | |
| 记录每个查询的执行计划树。 | 现存 | ||||
debug_print_raw_parse |
布尔 | 会话 | off |
— | |
| 把每条查询的原始解析树写入日志。 | 现存 | ||||
debug_print_rewritten |
布尔 | 会话 | off |
— | |
| 记录每个查询重写后的解析树。 | 现存 | ||||
log_autoanalyze_min_duration |
整数 | 重载生效 | 10 min |
— | |
| 设置记录 autovacuum ANALYZE 动作的最短执行时间。 | 现存 | ||||
log_autovacuum_min_duration |
整数 | 重载生效 | 10 min |
152 次 | |
| 设置记录 autovacuum 操作所需达到的最短执行时间。 | 现存 | ||||
log_checkpoints |
布尔 | 重载生效 | on |
151 次 | |
| 记录每次检查点。 | 现存 | ||||
log_connections |
字符串 | 连接时（超级用户） | 空字符串 |
182 次 | |
| 记录连接建立与初始化过程中的指定阶段。 | 现存 | ||||
log_disconnections |
布尔 | 连接时（超级用户） | off |
9.51 次 | |
| 记录会话结束及其持续时间。 | 现存 | ||||
log_duration |
布尔 | 会话（超级用户） | off |
— | |
| 记录每条已完成 SQL 语句的执行时长。 | 现存 | ||||
log_error_verbosity |
枚举 | 会话（超级用户） | default |
— | |
| 设置日志消息的详细程度。 | 现存 | ||||
log_hostname |
布尔 | 重载生效 | off |
— | |
| 在连接日志中记录主机名。 | 现存 | ||||
log_line_prefix |
字符串 | 重载生效 | %m [%p] |
101 次 | |
| 控制每行日志前添加的信息。 | 现存 | ||||
log_lock_failures |
布尔 | 会话（超级用户） | off |
— | |
| 记录锁获取失败。 | 现存 | ||||
log_lock_waits |
布尔 | 会话（超级用户） | off |
191 次 | |
| 记录持续时间较长的锁等待。 | 现存 | ||||
log_parameter_max_length |
整数 | 会话（超级用户） | -1 B |
— | |
| 设置记录语句时绑定参数值可写入日志的最大字节数。 | 现存 | ||||
log_parameter_max_length_on_error |
整数 | 会话 | 0 B |
— | |
| 设置发生错误时绑定参数值可写入日志的最大字节数。 | 现存 | ||||
log_recovery_conflict_waits |
布尔 | 重载生效 | off |
— | |
| 记录备用库恢复冲突等待。 | 现存 | ||||
log_replication_commands |
布尔 | 会话（超级用户） | off |
— | |
| 记录每条复制命令。 | 现存 | ||||
log_statement |
枚举 | 会话（超级用户） | none |
— | |
| 设置要记录的 SQL 语句类型。 | 现存 | ||||
log_statement_max_length |
整数 | — | — | ||
| 如果大于零，通过log_statement、log_min_duration_statement、log_min_duration_sample或log_transaction_sample_rate记录的每条语句，其文本都会被截断为最多这么多字节。 | 现存 | ||||
log_temp_files |
整数 | 会话（超级用户） | -1 kB |
— | |
| 记录大于指定千字节数的临时文件使用。 | 现存 | ||||
log_timezone |
字符串 | 重载生效 | GMT |
9.22 次 | |
| 设置日志消息使用的时区。 | 现存 | ||||