CONFIGURATION PARAMETER资源消耗 / 内存
huge_pages
控制是否为主共享内存区域请求巨型页。
Use of huge pages on Linux or Windows.
枚举 重启生效 引入 9.4 现存至 20 devel 0 次默认值变更
版本轨迹
相对 PostgreSQL 17 无变化。
默认值变迁
已记录的默认值在 PostgreSQL 9.4–19 之间未变。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
控制是否为主共享内存区域请求巨型页。有效值是 try（默认）、on 以及 off。该参数只能在服务器启动时设置。如果 huge_pages 被设置为 try，则服务器将尝试请求巨型页，但是如果失败会退回到默认的方式。如果为 on，请求巨型页失败将使得服务器无法启动。如果为 off，则不会请求巨型页。实际是否使用巨型页由服务器变量 huge_pages_status 表示。
当前，只有 Linux 和 Windows 上支持这个设置。在其他系统上这个参数被设置为 try 时，它会被忽略。在 Linux 中，它只在 shared_memory_type 设置为 mmap（默认）的时候被支持。
巨型页的使用会导致更小的页表以及花费在内存管理上的 CPU 时间更少，从而提高性能。更多有关 Linux 上使用巨型页的细节请见第 18.4.5 节。
巨型页在 Windows 上被称为大页面。要使用大页面，需要为运行 PostgreSQL 的 Windows 用户账号分配“在内存中锁定页面”的用户权限。可以使用 Windows 的组策略工具（gpedit.msc）来分配用户权限“在内存中锁定页面”。为了在命令窗口以独立进程（而不是 Windows 服务）的方式启动数据库服务器，命令窗口必须以管理员身份运行或者禁用用户访问控制（UAC）。当 UAC 被启用时，普通的命令窗口会在启动时收回用户权限“在内存中锁定页面”。
注意这种设置仅影响主共享内存区域。Linux、FreeBSD 以及 Illumos 之类的操作系统也能为普通内存分配自动使用巨型页（也被称为“超级”页或者“大”页面），而不需要来自 PostgreSQL 的显式请求。在 Linux 上，这被称为“transparent huge pages”（THP，透明巨型页）。已知这种特性对某些 Linux 版本上的某些用户会导致 PostgreSQL 的性能退化，因此当前并不鼓励使用它（与 huge_pages 的显式使用不同）。
机制详解
huge_pages 只影响主共享内存区域，并仅在服务器启动时评估。try 会申请大页，失败后回退普通页；on 会让申请失败直接阻止启动；off 则不发起申请。
显式大页可以减小页表并减少内存管理消耗的 CPU 时间，对较大的连续共享内存尤其有意义。在 Linux 上，PostgreSQL 要求 shared_memory_type=mmap 且操作系统预留足够大页；huge_pages_status 显示实际结果。
显式 HugeTLB 大页不等于 Linux 透明大页（THP）。PostgreSQL 文档在说明显式大页可能有益的同时，仍指出某些 Linux 版本上的 THP 可能导致性能下降。
调优建议
按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。
-
OLTP在线事务处理
验证操作系统预留和 huge_pages_status 期间使用 try。只有在大页申请失败本就应该阻止启动、且跨重启预留可靠时，才改为 on。
-
OLAP分析与批处理
较大的共享内存可能受益更多，但应先计算所需页数，并为后端、查询工作区与操作系统留出内存；不要把大页视作必然提高吞吐量。
-
小规格低配实例与开发机
保留 try，或在大页预留的运维复杂度高于收益时使用 off。没有完整内存预算时，不要在小主机上预留很大比例。
常见问题
- 把显式大页与透明大页 THP 混为一谈。
- 没有预留足够大页就设置 on，导致 PostgreSQL 无法启动。
- 误以为它覆盖 work_mem 或其他普通进程内存；它针对主共享内存区域。
- 只检查配置值，却不检查运行时 huge_pages_status。
演化历史
相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。
-
PostgreSQL 11 ← 10 仅描述更新
简述
Use of huge pages on Linux.Use of huge pages on Linux or Windows. -
PostgreSQL 9.4 ← 9.3 新增此参数
PostgreSQL 9.4 起可用
逐版本快照
每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。
| 版本 | 默认值 | 单位 | 上下文 | 类型 | 最小值 | 最大值 | 枚举值 |
|---|---|---|---|---|---|---|---|
| 9.4 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 9.5 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 9.6 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 10 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 11 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 12 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 13 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 14 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 15 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 16 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 17 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 18 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 19 | try |
— |
重启生效 |
枚举 |
— |
— |
off, on, try |
| 20 | — | — | — | 枚举 |
— | — | — |
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| 内存 23 | |||||
autovacuum_work_mem |
整数 | 重载生效 | -1 kB |
— | |
| 指定每个自动清理工作进程可使用的最大内存量。 | 现存 | ||||
commit_timestamp_buffers |
整数 | 重启生效 | 0 B (0 × 8kB) |
— | |
| 指定用于缓存 pg_commit_ts 内容的内存量（参见表 66.1）。 | 现存 | ||||
dynamic_shared_memory_type |
枚举 | 重启生效 | posix |
121 次 | |
| 指定服务器应使用的动态共享内存实现。 | 现存 | ||||
hash_mem_multiplier |
浮点 | 会话 | 2 |
151 次 | |
| 用于计算基于 hash 的操作可以使用的最大内存量。 | 现存 | ||||
huge_page_size |
整数 | 重启生效 | 0 B |
— | |
| 控制通过 huge_pages 启用巨型页时所使用的页大小。 | 现存 | ||||
huge_pages |
枚举 | 重启生效 | try |
— | |
| 控制是否为主共享内存区域请求巨型页。 | 现存 | ||||
logical_decoding_work_mem |
整数 | 会话 | 64 MiB |
— | |
| 指定逻辑解码在将部分已解码的更改写入本地磁盘之前可使用的最大内存量。 | 现存 | ||||
maintenance_work_mem |
整数 | 会话 | 64 MiB |
172 次 | |
| 指定维护操作（如 VACUUM、CREATE INDEX 和 ALTER TABLE ADD FOREIGN KEY）可使用的最大内存量。 | 现存 | ||||
max_prepared_transactions |
整数 | 重启生效 | 0 |
9.62 次 | |
| 设置可同时处于“预备”状态的事务的最大数量（见 PREPARE TRANSACTION）。 | 现存 | ||||
max_stack_depth |
整数 | 会话（超级用户） | 100 KiB |
— | |
| 指定服务器执行栈的最大安全深度。 | 现存 | ||||
min_dynamic_shared_memory |
整数 | 重启生效 | 0 B |
— | |
| 指定服务器启动时为并行查询分配的内存量。 | 现存 | ||||
multixact_member_buffers |
整数 | 重启生效 | 256 KiB (32 × 8kB) |
— | |
| 指定用于缓存 pg_multixact/members 内容的共享内存量（参见表 66.1）。 | 现存 | ||||
multixact_offset_buffers |
整数 | 重启生效 | 128 KiB (16 × 8kB) |
— | |
| 指定用于缓存 pg_multixact/offsets 内容的共享内存量（参见表 66.1）。 | 现存 | ||||
notify_buffers |
整数 | 重启生效 | 128 KiB (16 × 8kB) |
— | |
| 指定用于缓存 pg_notify 内容的共享内存量（参见表 66.1）。 | 现存 | ||||
replacement_sort_tuples |
整数 | 会话 | 150000 |
— | |
| 当待排序的元组数小于此数值时，排序会使用置换选择而非快速排序来产生第一个输出有序段。 | 于 11 移除 | ||||
serializable_buffers |
整数 | 重启生效 | 256 KiB (32 × 8kB) |
— | |
| 指定用于缓存 pg_serial 内容的共享内存量（参见表 66.1）。 | 现存 | ||||
shared_buffers |
整数 | 重启生效 | 128 MiB (16384 × 8kB) |
151 次 | |
| 设置数据库服务器用于共享内存缓冲区的内存量。 | 现存 | ||||
shared_memory_type |
枚举 | 重启生效 | mmap |
— | |
| 指定服务器用于主共享内存区域的共享内存实现，该区域存放 PostgreSQL 的共享缓冲区及其他共享数据。 | 现存 | ||||
subtransaction_buffers |
整数 | 重启生效 | 0 B (0 × 8kB) |
— | |
| 指定用于缓存 pg_subtrans 内容的共享内存量（参见表 66.1）。 | 现存 | ||||
temp_buffers |
整数 | 会话 | 8 MiB (1024 × 8kB) |
— | |
| 设置每个数据库会话用于临时缓冲区的最大内存量。 | 现存 | ||||
transaction_buffers |
整数 | 重启生效 | 0 B (0 × 8kB) |
— | |
| 指定用于缓存 pg_xact 内容的共享内存量（参见表 66.1）。 | 现存 | ||||
vacuum_buffer_usage_limit |
整数 | 会话 | 2 MiB |
171 次 | |
| 指定 VACUUM 和 ANALYZE 命令使用的缓冲区访问策略的大小。 | 现存 | ||||
work_mem |
整数 | 会话 | 4 MiB |
9.41 次 | |
| 设置查询操作（如排序或 hash 表）在写入临时磁盘文件之前可使用的基础最大内存量。 | 现存 | ||||