跳转到主要内容

recovery_init_sync_method

recovery_init_sync_method:设置崩溃恢复前同步数据目录的方法。它是 PG14–18 的 sighup 参数;最新实测启动默认值为 fsync。
说明

Fact — 官方简述译文:设置崩溃恢复前同步数据目录的方法。

身份

类型 , enum
上游 pg_settings 类型
Context , sighup
配置 reload 后生效
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 , fsync, syncfs
非枚举类型记为 —
分类 , Error Handling
上游分类
最后 boot 值 , fsync
fsync

生命周期

Fact
首次观测 PG14
在档版本 PG14–19 Beta 3
移除版本
引入提交 61752afb2640 — Provide recovery_init_sync_method=syncfs.
提交日期 2021-03-20
Discussion 讨论 1 · 讨论 2

默认值变迁

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

机制详解

设置崩溃恢复前同步数据目录的方法。重新加载配置即可应用新值;已经开始的工作不会被追溯改变。

它定义故障发生后的服务器策略;选择会影响可用性与正确性边界。外部 supervisor、存储错误语义和恢复演练必须与该策略一致。

应把 recovery_init_sync_method 与 data_sync_retry、restart_after_crash、fsync 一起监控和变更。先在对应角色与真实负载上验证,再按其 sighup context 选择会话修改、reload 或 restart;历史默认值并不等于当前有效值。

调优建议

提示

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

场景 建议
OLTP 根据故障模型与实际观测决定是否修改 recovery_init_sync_method;先做会话/测试环境验证,再按 context 安全部署并保留回滚值。
OLAP 在长查询、批任务和峰值并发下单独验证,避免把 OLTP 经验直接套用到分析节点。
小规格 没有明确问题就保持默认;小规格环境更应避免以全局兼容性或故障策略换取微小收益。

Pigsty 取值

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

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

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

常见坑

  • 把 recovery_init_sync_method 的启动默认值误当成当前有效值。
  • 忽略 sighup context 对生效时机的约束。
  • 一次改变多个联动参数,无法归因结果。
  • 未在真实故障或负载边界上验证就全局发布。

data_sync_retry · restart_after_crash · fsync · full_page_writes · exit_on_error

参考资料