Redis集群必须禁用透明大页（THP），因其导致fork()耗时剧增，拖慢RDB/AOF操作、引发超时或OOM，是官方强制要求；需通过systemd服务永久禁用，并配套调优vm.overcommit_memory、somaxconn等参数。
为什么 Redis 集群必须禁用透明大页（THP）
Redis 对内存分配延迟极度敏感，而 Linux 默认启用的透明大页（THP）会在运行时动态合并 4KB 页面为 2MB 大页，导致 fork() 系统调用耗时剧增——这直接拖慢 RDB 快照生成和 AOF rewrite 过程，甚至引发超时、主从连接中断或集群槽位迁移失败。实测显示，开启 THP 时 bgsave 耗时可能增长 3–10 倍，且在高负载下更容易触发 OOM killer 杀死 redis-server 进程。
这不是可选优化，而是 Redis 官方明确要求的生产环境硬性前提。
如何永久禁用 THP（适用于所有 Redis 节点）
临时关闭仅对当前会话有效，重启即失效；必须写入系统级配置才能保障集群长期稳定。
- 编辑
/etc/rc.local（RHEL/CentOS 7 或 Ubuntu 16.04+ 仍可用），在exit 0前添加两行：
echo never > /sys/kernel/mm/transparent_hugepage/enabled echo never > /sys/kernel/mm/transparent_hugepage/defrag
- 更现代的方式（推荐）：创建 systemd drop-in 文件，避免修改默认启动脚本
执行：sudo mkdir -p /etc/systemd/system/sysinit.target.wants，然后创建 /etc/systemd/system/disable-thp.service：
[Unit] Description=Disable Transparent Huge Pages (THP) DefaultDependencies=no Before=sysinit.target [Service] Type=oneshot ExecStart=/bin/sh -c 'echo never > /sys/kernel/mm/transparent_hugepage/enabled && echo never > /sys/kernel/mm/transparent_hugepage/defrag' RemainAfterExit=yes [Install] WantedBy=basic.target
启用服务：sudo systemctl daemon-reload && sudo systemctl enable disable-thp.service && sudo systemctl start disable-thp.service
- 验证是否生效：
cat /sys/kernel/mm/transparent_hugepage/enabled输出应为[never]（中括号在never上） - 注意：部分云厂商（如 AWS EC2）的 AMI 可能预装 tuned，需额外检查并禁用
tuned的 THP 相关 profile
Redis 集群节点还需同步调整的关联参数
THP 只是起点，不配套调整其他内核与 Redis 配置，性能提升会被抵消。
-
vm.overcommit_memory = 1：写入/etc/sysctl.conf，确保 Redisfork()不因内存检查失败而拒绝创建子进程 -
net.core.somaxconn = 511或更高（如 65535）：防止连接队列溢出，尤其在集群 gossip 流量密集时 - Redis 配置中显式设置：
tcp-backlog 511（需与somaxconn匹配），repl-backlog-size 1024mb（根据主从延迟容忍度调整） - 禁用 swap：
sudo swapoff -a并注释/etc/fstab中 swap 行——Redis 内存抖动时若触发 swap，延迟将不可控
验证 THP 禁用后的真实影响
别只看 /sys 下的状态，要观测 Redis 自身行为变化。
- 监控
INFO persistence中的rdb_last_bgsave_time_sec和aof_last_rewrite_time_sec：对比禁用前后数值，下降 50%+ 才算有效 - 检查日志是否有
Failed to open the temp file for AOF rewriting或Can't save in background: fork: Cannot allocate memory—— 这类错误大概率是 THP + overcommit 配合不当所致 - 使用
redis-cli --stat观察instantaneous_ops_per_sec波动幅度：THP 禁用后，峰值稳定性通常明显提升 - 特别注意：Kubernetes 中部署的 Redis 集群，需在 Pod 的
securityContext.sysctls中显式声明vm.overcommit_memory，且容器 runtime 必须允许修改该参数（如 containerd 需配置unmask）
THP 是个“静默杀手”，它不会报错，只会让集群越来越慢、越来越脆。只要有一台节点漏掉这个设置，整个集群的稳定性就埋了雷。
