huge_page_size
huge_page_size：设置 PostgreSQL 请求的显式大页大小。实测在档范围为 PG14–19 Beta 3；最后在档的 PG19 Beta 3 启动默认值为 0 B，context 为 postmaster。这是测试版快照事实，PostgreSQL 19 正式发布前仍可能变化。
说明
Fact — 官方简述译文：设置 PostgreSQL 请求的显式大页大小。
身份
生命周期
| Fact | 值 |
|---|---|
| 首次观测 | PG14 |
| 在档版本 | PG14–19 Beta 3 |
| 移除版本 | 否 |
| 引入提交 | d2bddc2500fb — Add huge_page_size setting for use on Linux. |
| 提交日期 | 2020-07-17 |
| Discussion | 讨论 1 |
默认值变迁
| 版本 | 原始 boot_val |
单位 | 人类可读值 |
|---|---|---|---|
| PG14–19 Beta 3 | 0 |
kB |
0 B |
机制详解
huge_page_size 在启用 huge_pages 时选择 PostgreSQL 主共享内存区请求的显式大页尺寸。零表示使用操作系统默认大页尺寸。
这是启动时的分配粒度选择，不是内存总量。可用非零尺寸取决于架构与内核，PostgreSQL 目前仅在 Linux 支持选择非默认尺寸。
请求尺寸必须与操作系统预留的大页池及共享内存分配匹配。它只影响主共享区域，不影响 work_mem 等普通后端分配。其 postmaster 上下文在服务器启动时固定取值，修改后必须重启。
调优建议
提示
Advice。 以下建议是工作负载起点，必须用真实测量验证。
| 场景 | 建议 |
|---|---|
| OLTP | 保持 0，让 PostgreSQL 使用系统默认显式大页尺寸。只有在 Linux 上预留匹配的大页池，并按目标共享内存验证启动与 huge_pages_status 后，才选择非零尺寸。 |
| OLAP | 很大的主共享内存区可能从页表节省中获益，但合适尺寸取决于架构、内核池、碎片与重启运维，而不是批量 I/O 吞吐。应在完全相同主机上测试，并为后端与 OS 保留普通内存。 |
| 小规格 | 保持 0。小型共享内存分配通常不足以抵消非默认尺寸带来的内核预留与启动失败风险。 |
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 专属理由。
常见坑
- 把 0 读成零字节大页，而不是“使用系统默认大页尺寸”。
- 在非 Linux 平台选择非零尺寸；当前非默认尺寸只受 Linux 支持。
- 请求内核尚未预留的页面尺寸，并在 huge_pages=on 时导致启动失败。
- 把主共享内存的显式大页与透明大页或后端私有内存混为一谈。
关联参数
huge_pages · huge_pages_status · shared_buffers · shared_memory_type · min_dynamic_shared_memory