Linux 大页,你的 PostgreSQL 启用了吗?

现在很多 PostgreSQL 实例都采用了大规格部署，但可能有大部分用户忘记了大页的设置。

介绍

大页 (Huge Pages) 的使用可以让 PostgreSQL 进程的内存页表更小，以及花费在内存管理上的 CPU 时间更少，从而提高性能。

在 PostgreSQL 中，启用大页 (Huge Pages) 是一个非常有效的性能优化手段，尤其是在处理大规模数据和高并发负载时。

简单来说，Linux 默认的内存页大小通常是 4KB。当你为 PostgreSQL 分配了几十 GB 的 shared_buffers 时，操作系统需要管理数百万个页面，这会导致 CPU 在维护“页表”（Page Table）上花费大量时间。而大页（通常为 2MB）能显著减轻这种负担。

什么时候应该考虑启用大页？

你可以根据以下几个关键指标来决定：

1. shared_buffers 超过 1GB

这是最直观的判断标准。

• • 如果你的 shared_buffers 设置很小（比如几百 MB），4KB 的默认页完全够用，启用大页带来的提升微乎其微。
• • 一旦 shared_buffers 达到 2 ~ 8 GB 或更高，页表本身就会变得非常庞大。启用大页可以减少 TLB（转换后备缓冲区）的未命中率，显著提升 CPU 效率。

2. 系统内存总量较大

在拥有 64GB、128GB 甚至更多内存的服务器上，页表项会消耗大量的物理内存。通过使用大页，可以节省出几百 MB 甚至 GB 级别的内存空间供程序实际使用。

3. 内核态 CPU 开销高但 iowait 低

如果你通过 top 或 htop 观察到 CPU 的 %sys 占比很高，且数据库并没有频繁的系统调用，那很可能是 CPU 在忙着查找页表映射（TLB Miss）。

4. 高并发连接场景

PostgreSQL 的每个后端进程都需要映射 shared_buffers。如果连接数很多（例如几百个进程），每个进程都要维护一套庞大的页表映射。大页能大幅降低这种重复开销。

启用大页的收益与风险

如何配置？

第一步：检查 PostgreSQL 的需求

你可以通过以下命令启动一个测试，看看 PostgreSQL 建议分配多少个大页：

运行时计算参数 shared_memory_size_in_huge_pages 会报告所需的大页数量。可以在启动服务器前用如下postgres命令查看：

$ postgres -D $PGDATA -C shared_memory_size_in_huge_pages
1091

第二步：操作系统层面配置 (Linux)

你需要计算所需的大页数量并写入系统配置。例如，需要分配 1091 个 2MB 的大页（共 2.1 GB）：

$ sysctl -w vm.nr_hugepages=1091

并在 /etc/sysctl.conf 中持久化该设置。添加：

vm.nr_hugepages=1091

立即应用配置生效：

$ sysctl -p

第三步：结果验证

启动 PostgreSQL 服务，并验证是否成功启用大页。

执行下面命令，检查系统大页状态：

$ grep Huge /proc/meminfo

检查设置是否成功：

• • HugePages_Rsvd > 0（表示大页已被预留）
• • HugePages_Free减少对应数值

如下：

$ grep Huge /proc/meminfo
AnonHugePages:     14336 kB
ShmemHugePages:        0 kB
FileHugePages:         0 kB
HugePages_Total:    1091
HugePages_Free:     1025
HugePages_Rsvd:     1025
HugePages_Surp:        0
Hugepagesize:       2048 kB
Hugetlb:         2234368 kB

则说明 PostgreSQL 已成功使用大页。

查询大页的状态 huge_pages_status：

show huge_pages_status;
 huge_pages_status
-------------------
 on
(1 row)

结果为 "on"，确认配置生效。

了解更多

PostgreSQL 优化

推荐阅读