数据库场景应禁用透明大页（THP），因其引发内存延迟升高、周期性卡顿等问题；可通过临时/永久方式关闭，或对进程单独禁用，并验证AnonHugePages为0及延迟指标改善。
Linux系统中，透明大页（THP, Transparent Huge Pages）默认启用可能对数据库类进程（如MySQL、PostgreSQL、Oracle等）造成性能下降，主要表现为内存延迟升高、周期性卡顿、缓冲区分配抖动等问题。根本原因在于THP的后台合并（khugepaged）与数据库频繁的小页内存分配/释放行为冲突，导致锁竞争和内存碎片化。
确认THP当前状态
执行以下命令查看系统是否启用THP：
cat /sys/kernel/mm/transparent_hugepage/enabled
输出通常为[always] madvise never（表示默认启用）或always [madvise] never（需应用显式调用才启用）。数据库场景应避免always模式。
推荐关闭THP（生产环境标准做法）
对运行MySQL、PostgreSQL、MongoDB、Redis等数据库服务的服务器，建议永久禁用THP：
- 临时关闭（立即生效，重启失效）：
echo never > /sys/kernel/mm/transparent_hugepage/enabled
echo never > /sys/kernel/mm/transparent_hugepage/defrag - 永久关闭（写入启动配置）：
在/etc/rc.local（传统SysV）或/etc/systemd/system/disable-thp.service（systemd）中添加上述两行；
或通过内核启动参数：在/etc/default/grub的GRUB_CMDLINE_LINUX中追加transparent_hugepage=never，再运行update-grub && reboot
替代方案：仅对数据库进程禁用THP（进阶控制）
若因其他服务依赖THP而不能全局关闭，可对数据库进程单独禁用：
- MySQL：在my.cnf的[mysqld]段添加：
innodb_use_sys_malloc = 1
malloc_lib = /usr/lib64/libjemalloc.so.2（配合jemalloc，并确保其编译时启用--with-lg-page=12） - PostgreSQL：启动前设置环境变量：
export MALLOC_CONF="thp:never"（需使用jemalloc）；或在postgresql.conf中设shared_preload_libraries = 'pg_jemalloc' - 通用方式（需glibc ≥ 2.29）：在启动脚本中加入
echo never > /proc/self/transparent_hugepage/enabled（仅对当前进程及其子进程生效）
验证与监控要点
优化后需确认效果：
- 检查进程内存页大小：
grep -i huge /proc/<pid>/smaps | grep "mm\|AnonHugePages" —— AnonHugePages应长期为0 - 观察延迟指标：
使用perf stat -e major-faults,minor-faults -p <pid>对比优化前后缺页中断频率 - 数据库自身指标：
MySQL关注Innodb_buffer_pool_wait_free、Threads_connected抖动；PostgreSQL关注bgwriter buffers written突增和checkpoint_write_time异常延长
