跳转到主要内容

recovery_target_time

recovery_target_time:设置恢复所推进到的时间戳。它是 PG12–18 的 postmaster 参数;最新实测启动默认值为 empty。
说明

Fact — 官方简述译文:设置恢复所推进到的时间戳。

身份

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

生命周期

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 "" empty string

机制详解

设置恢复所推进到的时间戳。该值在服务器启动时固定,修改后必须重启。

恢复用事务提交记录与该时间戳比较;数值 UTC 偏移或完整时区名可避免缩写歧义。recovery_target_inclusive 决定是否重放恰好位于边界的提交。

recovery_target、recovery_target_lsn、recovery_target_name、recovery_target_time 与 recovery_target_xid 最多只能设置一个;timeline、inclusive 与 action 是修饰项。必须从同一基础备份沿完整 WAL 链演练,目标不可达会使目标恢复失败。

调优建议

提示

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

场景 建议
OLTP 这不是常态性能参数。只在隔离的恢复实例中设置 recovery_target_time,先记录目标证据、基础备份、时间线和预期边界,再演练并由第二人复核。
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 专属理由。

常见坑

  • 使用有歧义的时区缩写,而不是数值偏移或完整时区名。
  • 误以为一个墙钟时间戳能唯一标识业务事务。
  • 同时设置另一个恢复目标选择器。
  • 未识别准确边界提交就选择 inclusive on/off。
  • 请求的时间不在可达 WAL 范围内或位于错误时间线。

recovery_target · recovery_target_xid · recovery_target_lsn · recovery_target_name · recovery_target_inclusive · recovery_target_action

参考资料