对于大多数数据库场景（如 MongoDB、Redis、PostgreSQL），优化性能的标准操作是关闭透明大页（THP），而不是开启。开启 THP 可能导致内存分配延迟增加，引发数据库响应抖动。仅在特定非数据库大内存顺序访问场景才考虑开启。
先说结论：数据库业务建议关闭 THP 以避免延迟抖动，开启 THP 通常不利于数据库性能。
- 先定位：检查当前 THP 状态是否为 always 或 madvise。
- 先做：数据库场景执行关闭操作（echo never）。
- 再验证：确认配置重启后依然生效。
命令速用版
查看当前 THP 状态：
cat /sys/kernel/mm/transparent_hugepage/enabled临时关闭 THP（立即生效，重启失效）：
echo never > /sys/kernel/mm/transparent_hugepage/enabled临时开启 THP（不推荐用于数据库）：
echo always > /sys/kernel/mm/transparent_hugepage/enabled为什么会这样
透明大页旨在减少 TLB 缺失，但数据库频繁内存分配会触发内核整理内存，导致卡顿。THP 默认尝试分配 2MB 连续内存，数据库负载下难以满足，内核会回退到 4KB 页并伴随 compaction 开销。公开资料中没有看到可靠的量化数据证明开启 THP 能提升数据库 QPS，但多家数据库厂商明确记录关闭 THP 可消除延迟峰值。
分步处理
步骤 1：确认当前状态
执行查看命令，若输出中 [always] 或 [madvise] 被括号包围，表示当前生效模式。数据库场景期望看到 [never]。
步骤 2：临时关闭测试
在生产环境变更前，先在测试节点执行临时关闭命令。观察数据库延迟监控是否有改善。若需开启（非数据库场景），使用 echo always 命令，但需知晓风险边界。
步骤 3：永久配置关闭
修改 GRUB 配置以确保重启生效。编辑 /etc/default/grub，在 GRUB_CMDLINE_LINUX 行尾添加 transparent_hugepage=never。
GRUB_CMDLINE_LINUX="... transparent_hugepage=never"更新 GRUB 配置：
grub2-mkconfig -o /boot/grub2/grub.cfg部分系统可能需要修改 systemd 服务或 rc.local，具体取决于发行版版本。
怎么验证是否生效
重启系统后，再次执行 cat /sys/kernel/mm/transparent_hugepage/enabled。若输出显示 [never]，表示永久配置成功。同时检查数据库慢查询日志，确认内存相关延迟告警是否减少。
常见坑
云厂商实例可能重置内核参数，导致 THP 设置被覆盖。部分旧版内核不支持 never 选项，需升级内核。某些特定应用（如某些 HPC 任务）依赖 THP，关闭后可能性能下降，需按应用类型区分配置。
常见问题
开启 THP 能提升数据库吞吐量吗？
通常不能。主流数据库文档建议关闭 THP 以避免内存整理导致的延迟抖动。
如何确认 THP 是否真正关闭？
查看 /sys/kernel/mm/transparent_hugepage/enabled 文件，确认 [never] 被括号选中。
修改 GRUB 后忘记更新配置会怎样？
重启后参数不会生效，THP 状态会恢复为内核默认值（通常是 always 或 madvise）。
参考来源
- MongoDB Manual, "Transparent Huge Pages (THP)", https://www.mongodb.com/docs/manual/administration/transparent-huge-pages/
- Red Hat Performance Tuning Guide, "Transparent Huge Pages", https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/performance_tuning_guide/sect-performance_tuning_guide-memory-transparent_huge_pages
- Kernel.org Documentation, "Transparent Hugepage Support", https://www.kernel.org/doc/html/latest/admin-guide/mm/transhuge.html