跳转到主要内容

recovery_target_inclusive

recovery_target_inclusive:设置是否包含恢复目标所对应的事务。它是 PG12–18 的 postmaster 参数;最新实测启动默认值为 on。
说明

Fact — 官方简述译文:设置是否包含恢复目标所对应的事务。

身份

类型 , bool
上游 pg_settings 类型
Context , postmaster
修改后需要重启数据库
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Write-Ahead Log / Recovery Target
上游分类
最后 boot 值 , on
on

生命周期

Fact
首次观测 PG12
在档版本 PG12–19 Beta 3
移除版本
引入提交 2dedf4d9a899 — Integrate recovery.conf into postgresql.conf
提交日期 2018-11-25
Discussion 讨论 1

默认值变迁

PG9.0–19 Beta 3 实测 boot 默认值
版本 原始 boot_val 单位 人类可读值
PG12–19 Beta 3 on on

机制详解

选择精确恢复边界的哪一侧被保留。它是 postmaster 参数,在目标恢复启动时读取。

on 在目标之后停止并包含目标 LSN、提交时间或 XID;off 在目标之前停止并排除它。该设置只适用于 recovery_target_lsn、recovery_target_time 与 recovery_target_xid。

它对 immediate 或命名还原点目标无效。应依据已识别的 WAL/业务证据选择边界,并验证恢复后的行与事务,而不只查看显示的时间戳或 LSN。

调优建议

提示

Advice。 以下建议是工作负载起点,必须用真实测量验证。

场景 建议
OLTP 这不是常态性能参数。只在隔离的恢复实例中设置 recovery_target_inclusive,先记录目标证据、基础备份、时间线和预期边界,再演练并由第二人复核。
OLAP 大型恢复应先估算 WAL 重放时间与检查窗口;目标命中后用只读校验确认事实,不能用大查询拖住或污染恢复决策。
小规格 优先用备份工具生成受控恢复配置;不要在日常主库/备库模板中永久保留目标参数,恢复后清理 signal 文件与目标设置。

Pigsty 取值

以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具,并按 PG19 Beta 3 渲染当前 Pigsty 模板;这不表示 Pigsty 当前支持该历史或测试版本。

模板 有效值 与上游 boot 比较 源表达式
OLTP 未修改
OLAP 未修改
CRIT 未修改
TINY 未修改
注意

Advice — 待人工复核。 当前 Pigsty 模板投影事实:OLTP: PG12–19 Beta 3 未修改;OLAP: PG12–19 Beta 3 未修改;CRIT: PG12–19 Beta 3 未修改;TINY: PG12–19 Beta 3 未修改。 未发现覆盖值,因此不推断 Pigsty 专属理由。

常见坑

  • 期待它影响 immediate 或命名还原点目标。
  • 未识别准确边界事务或 WAL 记录就选择 on/off。
  • 误以为相同时间戳对应唯一确定的提交边界。
  • 只验证报告的重放位置,而不验证恢复后的应用数据。
  • 把该值留在复用恢复模板中,却未记录预期边界侧。

recovery_target_lsn · recovery_target_time · recovery_target_xid · recovery_target_action · recovery_target_timeline · restore_command

参考资料