跳转到主要内容

custom_variable_classes

custom_variable_classes:设置已知自定义变量类别的列表。实测在档范围为 PG9.0–9.1;最后在档的 PG9.1 启动默认值为 not set,context 为 sighup。它在 PG9.2 被移除。
说明

Fact — 官方简述译文:设置已知自定义变量类别的列表。

身份

类型 , string
上游 pg_settings 类型
Context , sighup
配置 reload 后生效
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Customized Options
上游分类
最后 boot 值 ,
not set

生命周期

Fact
首次观测 PG9.0(研究下界)
在档版本 PG9.0–9.1
移除版本 PG9.2
引入提交 不作断言:早于 PG9.0 研究边界
提交日期
Discussion

默认值变迁

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

机制详解

custom_variable_classes:设置已知自定义变量类别的列表。重新加载配置即可让服务器采用新值,无需完整重启。 本站在 PG9.0–9.1 实测到它;boot_val 是编译或初始化基线,并不能证明某个运行集群的当前有效值。

旧版本要求扩展或应用预先声明允许使用的自定义 GUC 前缀。PG9.2 移除了这套注册机制;现代服务器接受任意两段式自定义名称,并可在定义它的扩展加载前保留尚未识别的占位值。

应与 shared_preload_libraries、session_preload_libraries、config_file、allow_alter_system 一起理解。请在目标服务器检查 SHOW 与 pg_settings,确认 source 和 pending_restart,并在修改前后对比真实负载、日志和资源指标。

调优建议

提示

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

场景 建议
OLTP 不要把这个已退出的名称加入现代 OLTP 配置。应把原意迁移到文档给出的后继参数,在连接与写并发下验证,并清理仍会输出旧名称的自动化。
OLAP 升级分析型环境前应盘点所有生成配置,把旧控制映射到后继项,并比较执行计划、吞吐、WAL 或日志行为;不能假设旧数值可直接搬用。
小规格 记录旧覆盖存在的原因后将其删除。小节点应先采用后继参数默认值,实测后再调整;未知的启动参数可能直接阻止服务器启动。

Pigsty 取值

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

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

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

常见坑

  • 把 custom_variable_classes 的实测 boot_val 当成初始化后或托管集群当前有效值的证明。
  • 忽略 pg_settings 报告的 sighup context,误以为修改会立即生效。
  • 孤立修改该参数,没有检查关联上限、可观测性和回滚路径。
  • 把已移除名称复制到现代 postgresql.conf,而没有迁移到文档给出的后继参数。

shared_preload_libraries · session_preload_libraries · config_file · allow_alter_system

参考资料