拒绝重启：Linux 内存分配策略的动态调优实战

在生产环境中，系统稳定性压倒一切。当业务流量突增导致内存压力过大，或者发现内核默认的内存分配策略不符合特定应用（如高性能数据库）的需求时，“重启”往往是最无奈的选择。

实际上，Linux 内核提供了丰富的接口，允许我们在不中断业务的情况下，动态干预系统的内存管理行为。本文将从内核全局参数、进程资源限制和高级特性三个维度，带你掌握动态调优的精髓。

1. 核心武器：sysctl 与 /proc/sys/vm/

Linux 虚拟内存子系统（VM）的大多数行为都可以通过 sysctl 命令或直接修改 /proc/sys/vm/ 下的文件来即时改变。

调整 Swap 积极性：vm.swappiness

这个参数定义了内核将匿名内存（进程内存）交换到 Swap 分区的倾向。

• 动态修改：sysctl -w vm.swappiness=10
• 应用场景：对于延迟敏感型应用（如 Redis），通常建议调低此值（甚至设为 1），以防止不必要的磁盘 I/O 导致性能抖动。

控制超卖策略：vm.overcommit_memory

Linux 默认允许申请超过物理内存总量的内存（Overcommit）。

• 0 (Heuristic)：内核估算是否有足够内存。
• 1 (Always)：总是允许申请，适合需要大量虚拟地址空间的程序。
• 2 (Don't overcommit)：严格限制，不超过 Swap + RAM * factor。
• 修改命令：echo 1 > /proc/sys/vm/overcommit_memory

回收缓存的权重：vm.vfs_cache_pressure

该参数控制内核回收用于缓存目录和索引节点（dentry/inode）对象的倾向。

• 调优建议：如果系统文件操作频繁且内存紧张，将其调至 100 以上（如 200），可以让内核更积极地回收目录项缓存，释放内存给应用程序。

2. 脏数据回写策略：vm.dirty_ratio 系列

当应用程序进行大量写操作时，数据先进入 Page Cache（脏页）。如果配置不当，可能导致系统在回写磁盘时出现长时间的 I/O 阻塞。

• vm.dirty_background_ratio：当脏页占系统内存比例达到此值时，pdflush/flush 进程开始后台异步回写。
• vm.dirty_ratio：当达到此值时，产生写操作的进程将被阻塞，强制进行同步回写。
• 实战经验：对于高性能 SSD 环境，可以适当调高比例；而对于慢速磁盘，调低比例（如 background 5, ratio 10）有助于平滑 I/O。

3. 进程级的“紧箍咒”：Cgroups 动态限额

如果你只想调整某个特定服务（如一个内存泄露的脚本）的内存配额，而不影响全局，Cgroups 是唯一选择。

在 Cgroup v2 环境下，你可以直接修改对应控制组的文件：

# 进入对应的 cgroup 目录
cd /sys/fs/cgroup/system.slice/my_service.service/
# 动态限制最大内存为 2GB
echo 2G > memory.max
# 设置高水位线（触发回收但不阻塞）
echo 1.5G > memory.high

这种调整是秒级生效的，内核会立即根据新限制检查该组进程的内存占用，并在必要时触发内存回收或 OOM Killer。

4. 透明大页（THP）的动态开关

透明大页（Transparent Huge Pages）旨在减少 TLB Miss，提高大内存应用的性能。但对于某些数据库（如 MongoDB, Oracle），THP 可能会导致严重的系统卡顿（Stall）。

你无需重启，可以直接通过 sysfs 接口切换状态：

# 查看当前状态
cat /sys/kernel/mm/transparent_hugepage/enabled
# 动态关闭（立即停止新分配，旧的大页会逐渐分裂）
echo never > /sys/kernel/mm/transparent_hugepage/enabled
# 动态开启
echo always > /sys/kernel/mm/transparent_hugepage/enabled

5. 救急操作：手动释放缓存（慎用）

如果你发现系统 Page Cache 占用过高，导致申请大块连续内存失败，可以手动触发回收：

# 释放网页缓存、目录项和索引节点
sync; echo 3 > /proc/sys/vm/drop_caches

警告：这虽然能瞬时释放内存，但会导致后续磁盘请求直接穿透到物理设备，产生明显的性能跌落。仅用于紧急排查。

总结

动态调优的流程通常是：监控指标 (free/vmstat) -> 发现瓶颈 -> sysctl 临时调整 -> 观察效果 -> 修改 /etc/sysctl.conf 固化配置。

在不重启的情况下调整策略，本质上是在与内核进行“对话”。理解每个参数背后的分配逻辑，比单纯记住命令更重要。在调整生产环境参数前，建议先在压测环境验证其对业务长尾延迟的影响。