第一部分：开启大页内存 (Huge Pages)
Linux 默认内存页大小是 4KB。对于几十 GB 的内存，管理这些小页表会消耗大量 CPU。开启 2MB 的大页可以降低开销。
1. 确认当前的 shared_buffers 大小
首先你需要知道你的 PostgreSQL 配置了多少共享内存。在数据库中执行：
SQL
SHOW shared_buffers;
假设结果是 16GB (通常是物理内存的 25%)。
2. 计算需要的大页数量
公式：需要的大页数 = (shared_buffers / 2MB) + 缓冲余量
计算示例：
16GB = 16 * 1024 MB = 16384 MB
16384 MB / 2 MB = 8192 页
为了保险（防止其他进程或 PG 自身额外开销导致启动失败），增加 10% 的余量：8192 * 1.1 ≈ 9011。
我们取整数：9050。
3. 修改操作系统内核参数
在 Linux 终端（root 权限）执行：
Bash
# 1. 临时生效（立即测试）
sysctl -w vm.nr_hugepages=9050
# 2. 永久生效（写入配置文件）
echo "vm.nr_hugepages = 9050" >> /etc/sysctl.conf
sysctl -p
验证： 执行 grep Huge /proc/meminfo，查看 HugePages_Total 是否为你设置的值。
4. 修改 PostgreSQL 配置
编辑 postgresql.conf 文件（通常在数据目录 /var/lib/pgsql/18/data/ 下）：
# 找到 huge_pages 参数
huge_pages = try # 推荐先设为 try，如果申请失败也能启动（回退到普通内存）
# 如果你非常有信心，可以设为 on，强制使用大页
5. 重启 PostgreSQL 生效
systemctl restart postgresql-18
6. 如何确认大页真的在用了？
重启完数据库后，再次执行以下命令检查：
grep Huge /proc/meminfo
成功的标志：
HugePages_Total: 应该是 9050。
HugePages_Free: 这个数字应该 急剧减小（例如剩下 700 多）。
HugePages_Rsvd (Reserved): 如果数据库启动了，这里可能会有数值。
HugePages_Surp: 应该是 0。
如果 HugePages_Free 还是接近 9050，说明 PostgreSQL 并没有使用它（可能是没重启，或者 huge_pages 参数没设对）。
