在上一部分，我们探讨了如何为MariaDB配置标准大页（Huge Pages / Hugetlb）来优化WordPress的数据库性能。然而，在Linux系统中，还存在另一种“大页”机制，叫做透明大页（Transparent Huge Pages, THP）。主题铺在这里要特别指出，THP与我们之前讨论的、需要手动配置的标准大页是两种不同的技术，而且对于数据库这类对内存管理有精细要求的应用来说，THP往往弊大于利。这里介绍为何及如何禁用透明大页(THP)为MariaDB保驾护航。
什么是透明大页 (THP)？它与标准大页有何不同？
THP的设计初衷是好的：它试图在无需应用程序修改的情况下，自动地、动态地将常规的小内存页面（通常4KB）聚合成大页面（通常2MB），以期获得标准大页类似的性能优势（如减少TLB Miss）。听起来很美好，对吧？但“自动”和“动态”这两个词，在某些场景下就可能变成“麻烦”的代名词。
为什么数据库管理员（以及关心WordPress性能的你）常常“谈THP色变”？
主题铺观察到，尽管THP对某些通用计算负载可能友好，但对于像MariaDB、MySQL、Oracle、MongoDB等数据库系统，以及其他内存敏感型应用，THP的副作用往往不容忽视：
- 性能抖动与延迟尖峰：THP依赖一个名为
khugepaged的内核线程在后台扫描和合并内存页面。这个过程可能会消耗CPU资源，并且在合并页面时需要获取内存锁，这可能导致应用程序（比如你的MariaDB）在关键时刻出现意外的延迟，造成性能抖动。WordPress用户可能会因此感觉到网站响应时快时慢。 - 内存使用不当与碎片化：THP的“一刀切”策略可能导致内存分配不够精细。有时，即使应用程序只需要一小部分内存，THP也可能分配一个完整的大页，造成内部碎片。更糟糕的是，它可能与数据库自身更精密的内存管理机制（如InnoDB Buffer Pool的管理）产生冲突。
- 锁竞争加剧：
khugepaged进程在工作时，可能会与数据库进程竞争内存相关的锁，进一步影响性能。 - 难以预测和调试：由于THP的动态和自动特性，其行为有时难以预测，给性能问题的诊断带来困扰。
许多数据库厂商的官方文档都明确建议禁用THP，以获得更稳定和可预测的性能。当我们计划为MariaDB启用标准大页时，禁用THP尤为重要，以避免两者之间的潜在冲突和干扰。
第一步：检查当前透明大页 (THP) 状态
在动手禁用之前，我们先来看看当前系统THP的启用情况。打开你的Linux终端，执行以下命令：
cat /sys/kernel/mm/transparent_hugepage/enabled你会看到类似这样的输出，方括号 [] 中的值表示当前生效的策略：
[always] madvise never：表示THP已启用，并尝试应用于所有进程。这是我们通常需要修改的状态。always [madvise] never：表示THP已启用，但仅在应用程序通过madvise()系统调用明确请求时才使用。always madvise [never]：表示THP已禁用。这是我们的目标状态。
你还可以检查 defrag 的状态（THP的碎片整理行为）：
cat /sys/kernel/mm/transparent_hugepage/defrag第二步：禁用透明大页 (THP) —— WordPress站长的动手指南
主题铺为你整理了多种禁用THP的方法，你可以根据自己的系统情况和偏好选择：
方法一：运行时临时禁用 (立即生效，但重启后失效)
这种方法适合快速测试，或者在某些无法立即重启服务的场景下临时应用。
# 禁用THP的启用
echo never | sudo tee /sys/kernel/mm/transparent_hugepage/enabled
# 禁用THP的碎片整理 (可选但推荐一同禁用)
echo never | sudo tee /sys/kernel/mm/transparent_hugepage/defrag执行后，可以再次用 cat 命令检查状态，确认已变为 [never]。
方法二：永久禁用 (推荐，确保重启后依然生效)
为了让禁用THP的设置在服务器重启后依然有效，你需要将其固化到系统配置中。
选项A：通过 systemd 服务 (适用于大多数现代Linux发行版，如CentOS 7+, Ubuntu 16.04+, Debian 9+) 这是主题铺比较推荐的现代方法。创建一个systemd服务单元来在系统启动早期禁用THP：
创建服务文件，例如 /etc/systemd/system/disable-thp.service：
sudo nano /etc/systemd/system/disable-thp.service将以下内容粘贴到文件中：
[Unit]
Description=Disable Transparent Huge Pages (THP)
DefaultDependencies=no
After=sysinit.target local-fs.target
Before=mariadb.service mysql.service # 或者其他你的数据库服务名
[Service]
Type=oneshot
ExecStart=/bin/sh -c "echo 'never' > /sys/kernel/mm/transparent_hugepage/enabled && echo 'never' > /sys/kernel/mm/transparent_hugepage/defrag"
[Install]
WantedBy=multi-user.target注意：Before= 行可以指定在你的数据库服务启动前执行此操作，确保数据库启动时THP已禁用。
重新加载systemd配置，启用并启动该服务：
sudo systemctl daemon-reload
sudo systemctl enable disable-thp.service
sudo systemctl start disable-thp.service
# 你可以通过 systemctl status disable-thp.service 检查服务状态选项B：通过内核启动参数 (GRUB) 这种方法通过修改引导加载程序的内核参数来实现，效果非常可靠。
编辑GRUB配置文件，通常是 /etc/default/grub：
sudo nano /etc/default/grub找到 GRUB_CMDLINE_LINUX 或 GRUB_CMDLINE_LINUX_DEFAULT 这一行，在引号内已有的参数后面追加 transparent_hugepage=never。例如：
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash transparent_hugepage=never"保存文件后，更新GRUB配置：
对于Debian/Ubuntu系统：
sudo update-grub对于CentOS/RHEL系统：
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
# 或者 sudo grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg (如果使用EFI)重启服务器使设置生效。
选项C：通过 rc.local (兼容老系统或特定场景) 如果你的系统仍在使用 rc.local 机制，或者上述方法不适用，可以尝试此方法。
编辑 /etc/rc.local 文件 (如果文件不存在，可能需要先创建并确保其服务被启用)：
sudo nano /etc/rc.local在 exit 0 (如果存在) 这一行之前，添加以下命令：
if test -f /sys/kernel/mm/transparent_hugepage/enabled; then
echo never > /sys/kernel/mm/transparent_hugepage/enabled
fi
if test -f /sys/kernel/mm/transparent_hugepage/defrag; then
echo never > /sys/kernel/mm/transparent_hugepage/defrag
fi确保 /etc/rc.local 文件有执行权限：
sudo chmod +x /etc/rc.local重启服务器或尝试手动执行 sudo /etc/rc.local start (取决于系统如何管理 rc.local)。
第三步：验证THP是否已成功禁用
无论你选择哪种永久禁用的方法，在操作完成并重启服务器（如果需要）后，都应该再次执行以下命令进行验证：
cat /sys/kernel/mm/transparent_hugepage/enabled确保输出是 always madvise [never]。
同时也可以检查：
cat /sys/kernel/mm/transparent_hugepage/defrag确保输出也是 always madvise [never] 或类似的禁用状态。
最终小结：禁用THP，为精细化内存管理铺路
对于追求极致WordPress性能的站长而言，优化数据库是必不可少的一环。禁用透明大页（THP）是提升MariaDB（及其他主流数据库）稳定性和性能的推荐做法。主题铺认为，这一操作虽然属于系统级调优，但其带来的好处——减少性能抖动、避免与数据库自身内存管理冲突——对于保障WordPress网站的流畅运行至关重要。特别是当你计划使用标准大页（Hugetlb）进行更深层次优化时，预先禁用THP可以清除潜在的障碍，让你的优化之路更加平坦。
记住，任何系统级别的更改都应谨慎进行，并在测试环境中充分验证。希望这篇禁用THP的教程能助你一臂之力，让你的WordPress站点在性能优化的道路上更进一步！
暂无评论内容