huge_pages_status
huge_pages_status：显示大页的使用状态。它是 PG17–18 的只读元数据，不是运行时调优旋钮。
说明
Fact — 官方简述译文：显示大页的使用状态。
身份
生命周期
| Fact | 值 |
|---|---|
| 首次观测 | PG17 |
| 在档版本 | PG17–19 Beta 3 |
| 移除版本 | 否 |
| 引入提交 | a14354cac0e3 — Add GUC parameter “huge_pages_status” |
| 提交日期 | 2023-07-06 |
| Discussion | 讨论 1 |
默认值变迁
| 版本 | 原始 boot_val |
单位 | 人类可读值 |
|---|---|---|---|
| PG17–19 Beta 3 | unknown |
— | unknown |
机制详解
报告主共享内存区是否实际使用显式大页。它是 internal、只读的启动结果，取值为 off、on 或 unknown。
PostgreSQL 应用 huge_pages 后，根据操作系统支持与可用大页池尝试启动分配，再得出该状态；它不由 PostgreSQL 二进制或 initdb 固定。
用 shared_memory_size_in_huge_pages 估算所需池，并在每次重启后把 huge_pages_status 与请求的 huge_pages 策略对照。Transparent Huge Pages 是另一套操作系统机制。
调优建议
提示
Advice。 以下建议是工作负载起点，必须用真实测量验证。
| 场景 | 建议 |
|---|---|
| OLTP | 不能直接调该状态。请求 on 却显示 off 时，检查 huge_pages 策略、OS 支持、池大小、权限与启动日志；调整 OS 池后重启。 |
| OLAP | 大型共享内存可能需要大量大页；按真实 shared_memory_size 预留余量，并在每个节点验证 NUMA 放置与重启行为。 |
| 小规格 | 平台策略无特殊要求时保持 huge_pages=try。不要只为让小共享内存显示 on 就预留过大的 OS 大页池。 |
Pigsty 取值
以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具，并按 PG19 Beta 3 渲染当前 Pigsty 模板；这不表示 Pigsty 当前支持该历史或测试版本。
| 模板 | 有效值 | 与上游 boot 比较 | 源表达式 |
|---|---|---|---|
| OLTP | 未修改 | — | — |
| OLAP | 未修改 | — | — |
| CRIT | 未修改 | — | — |
| TINY | 未修改 | — | — |
注意
Advice — 待人工复核。 当前 Pigsty 模板投影事实：OLTP: PG17–19 Beta 3 未修改；OLAP: PG17–19 Beta 3 未修改；CRIT: PG17–19 Beta 3 未修改；TINY: PG17–19 Beta 3 未修改。 未发现覆盖值，因此不推断 Pigsty 专属理由。
常见坑
- 尝试 SET 一个只读启动结果。
- 混淆 huge_pages_status 与配置请求 huge_pages。
- 忽略操作系统大页池过小或启动分配失败。
- 混淆 PostgreSQL 显式大页与 Transparent Huge Pages。
- 误以为一个节点的状态适用于 OS 配置不同的故障切换节点。
关联参数
huge_pages · shared_memory_size_in_huge_pages · shared_memory_size · shared_buffers · min_dynamic_shared_memory · dynamic_shared_memory_type