CentOS 7 LAMP服务器Transparent Hugepages配置：always/madvise/never如何选择？

针对你的CentOS 7 LAMP（Apache+MariaDB）服务器场景，我来拆解下THP三个选项的适用逻辑，帮你做合适的配置决策：

先搞懂三个选项的核心差异 #

• always：系统会强制给所有内存区域尝试分配大页，不管应用有没有明确需求。好处是不用手动配置，系统自动尝试优化内存访问效率；但缺点也很明显——如果应用的内存分配模式是碎片化、频繁小内存操作（比如Apache的进程模型），强制大页会导致内存浪费、CPU额外开销，反而拖慢性能。
• madvise：只有当应用主动通过madvise()系统调用标记需要大页的内存区域时，系统才会分配大页。这种模式是“按需分配”，灵活性最高，既给了优化空间，又不会强制不适合的应用使用大页。
• never：完全禁用THP，系统全程只用传统4KB小页。适合那些对大页兼容性差，或者服务器已经出现内存碎片化、CPU莫名升高的场景，彻底规避THP带来的副作用。

结合LAMP栈的具体建议 #

1. 优先推荐 madvise 模式 #

这个模式是LAMP场景下的最优解：

• 对于MariaDB：数据库的InnoDB缓冲池对内存性能敏感，只要你在配置中让缓冲池大小对齐大页（比如设置innodb_buffer_pool_size为2MB的整数倍），MariaDB会主动请求大页，提升缓存访问速度；
• 对于Apache：不管是prefork还是worker进程模型，都会频繁创建销毁子进程，内存分配碎片化严重，强制大页反而会增加进程回收时的CPU开销。madvise模式下，Apache不会触发大页分配，避免了这些问题。

2. 不推荐 always 模式 #

Apache的内存访问模式天生不适合强制大页，always模式会导致：

• 内存碎片加剧，可用内存被大页占满却无法分配给小内存需求的进程；
• 进程创建/销毁时的大页回收操作消耗过多CPU，拖慢Web服务响应速度。

3. 备选：never 模式 #

如果你的服务器存在老版本组件（比如某些定制化Apache模块），或者测试madvise后仍然出现性能异常（比如内存使用率飙升、CPU idle异常低），可以完全禁用THP，回归传统小页模式，稳定优先。

配置方法 #

临时生效（重启后失效） #

执行以下命令：

echo madvise > /sys/kernel/mm/transparent_hugepage/enabled
echo madvise > /sys/kernel/mm/transparent_hugepage/defrag

永久生效 #

方法1：通过rc.local配置

编辑/etc/rc.d/rc.local，添加上述两个echo命令，然后赋予执行权限：

chmod +x /etc/rc.d/rc.local

重启服务器后生效。

方法2：通过GRUB内核参数

编辑/etc/default/grub，在GRUB_CMDLINE_LINUX字段中添加transparent_hugepage=madvise，比如：

GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet transparent_hugepage=madvise"

然后重新生成GRUB配置：

grub2-mkconfig -o /boot/grub2/grub.cfg

重启服务器后生效。

内容的提问来源于stack exchange，提问作者Arth