Linux 内存优化：从 OOM 到稳定运行的内核调优实践

Linux 内存优化：从 OOM 到稳定运行的内核调优实践

一、当进程被 OOM Kill：Linux 内存管理的运维困境

Linux 的 OOM Killer 是内核在内存不足时的最后防线——选择一个进程终止以释放内存。但 OOM Killer 的选择策略基于进程的 oom_score（与内存占用和优先级相关），高内存占用的进程（如数据库、Java 应用）往往首当其冲。一次 OOM Kill 可能导致核心服务中断，而更隐蔽的问题是：频繁的内存回收（Direct Reclaim）导致应用响应延迟飙升，但进程并未被 Kill。

Linux 内存优化的核心目标是：在物理内存有限的前提下，最大化有效内存使用，减少内存回收对应用性能的影响。这需要深入理解 Linux 内存管理的底层机制。

二、Linux 内存管理模型：从虚拟地址到物理页帧

flowchart TD A[进程虚拟地址空间] --> B[页表映射] B --> C[物理页帧] C --> D{页帧状态} D --> E[活跃页: 进程正在使用] D --> F[非活跃页: 最近未访问] D --> G[可回收页: Cache/Buffer] subgraph 内存回收路径 H[kswapd 后台回收] --> F I[Direct Reclaim 同步回收] --> G end subgraph OOM 流程 J[内存不足] --> K{可回收?} K -->|是| L[回收 Cache] K -->|否| M[OOM Killer] M --> N[选择 oom_score 最高进程] N --> O[终止进程] end style I fill:#ff6b6b,color:#fff style M fill:#ff6b6b,color:#fff style H fill:#51cf66,color:#fff

三、生产级 Linux 内存优化方案

3.1 内核参数调优

#!/bin/bash # Linux 内存优化内核参数配置 # ===== Swappiness 调优 ===== # 控制内核将匿名页换出到 Swap 的倾向 # 默认值 60，对数据库和 Java 应用建议设为 1-10 # 值越低，内核越倾向于回收 Cache 而非换出匿名页 sysctl -w vm.swappiness=1 # ===== 脏页回写调优 ===== # 脏页占比达到 dirty_ratio 时，阻塞写入进程同步回写 sysctl -w vm.dirty_ratio=10 # 脏页占比达到 dirty_background_ratio 时，后台异步回写 sysctl -w vm.dirty_background_ratio=5 # 脏页最大存活时间（厘秒） sysctl -w vm.dirty_expire_centisecs=3000 # ===== 内存过量分配策略 ===== # 0: 不允许过量分配（严格模式） # 1: 允许过量分配，内存不足时 OOM Kill # 2: 允许过量分配，但限制为 Swap + 物理内存 * overcommit_ratio sysctl -w vm.overcommit_memory=1 # overcommit_memory=2 时的物理内存使用比例（百分比） sysctl -w vm.overcommit_ratio=80 # ===== 最小空闲内存 ===== # 内核保留的最小空闲内存（页数） # 当空闲内存低于此值时触发 kswapd 回收 # 建议设为总内存的 1%-3% TOTAL_MEM_KB=$(grep MemTotal /proc/meminfo | awk '{print $2}') MIN_FREE=$((TOTAL_MEM_KB / 100 * 1)) # 1% of total memory sysctl -w vm.min_free_kbytes=$MIN_FREE # ===== OOM Killer 调优 ===== # 禁止内核完全禁用 OOM Killer（设为 1 可禁用，但不推荐） sysctl -w vm.oom_kill_allocating_task=0 # ===== 透明大页 ===== # 对数据库应用建议关闭，减少内存碎片和延迟抖动 echo never > /sys/kernel/mm/transparent_hugepage/enabled echo never > /sys/kernel/mm/transparent_hugepage/defrag # ===== 持久化配置 ===== cat >> /etc/sysctl.d/99-memory-tuning.conf << EOF vm.swappiness=1 vm.dirty_ratio=10 vm.dirty_background_ratio=5 vm.dirty_expire_centisecs=3000 vm.overcommit_memory=1 vm.min_free_kbytes=$MIN_FREE EOF

3.2 进程级内存控制

# ===== Cgroup v2 内存限制 ===== # 为服务设置内存限制，防止单个服务耗尽系统内存 # 创建 cgroup mkdir -p /sys/fs/cgroup/api-server # 设置内存限制（2GB） echo 2147483648 > /sys/fs/cgroup/api-server/memory.max # 设置内存软限制（1.5GB，超过时开始回收但不 Kill） echo 1610612736 > /sys/fs/cgroup/api-server/memory.high # 禁止 OOM Kill（内存超限后进程被暂停而非 Kill） echo 1 > /sys/fs/cgroup/api-server/memory.oom.group # 将进程加入 cgroup echo $PID > /sys/fs/cgroup/api-server/cgroup.procs # 查看内存使用情况 cat /sys/fs/cgroup/api-server/memory.current cat /sys/fs/cgroup/api-server/memory.events

# ===== OOM Score 调优 ===== # 保护关键进程不被 OOM Kill # 查看进程的 oom_score cat /proc/$PID/oom_score # 设置 oom_score_adj（-1000 到 1000） # -1000 表示永远不会被 OOM Kill echo -500 > /proc/$PID/oom_score_adj # 保护数据库进程 DB_PID=$(pgrep -f "postgres.*main") echo -1000 > /proc/$DB_PID/oom_score_adj # 保护 SSH 守护进程 SSHD_PID=$(pgrep -f "/usr/sbin/sshd") echo -1000 > /proc/$SSHD_PID/oom_score_adj

3.3 内存监控脚本

#!/bin/bash # Linux 内存监控脚本：检测内存压力和 OOM 风险 # 内存使用率 MEM_TOTAL=$(free -m | awk '/Mem:/ {print $2}') MEM_USED=$(free -m | awk '/Mem:/ {print $3}') MEM_AVAILABLE=$(free -m | awk '/Mem:/ {print $7}') MEM_USAGE_PCT=$((MEM_USED * 100 / MEM_TOTAL)) # Swap 使用率 SWAP_TOTAL=$(free -m | awk '/Swap:/ {print $2}') SWAP_USED=$(free -m | awk '/Swap:/ {print $3}') SWAP_USAGE_PCT=0 if [ "$SWAP_TOTAL" -gt 0 ]; then SWAP_USAGE_PCT=$((SWAP_USED * 100 / SWAP_TOTAL)) fi # 内存压力评估 if [ "$MEM_USAGE_PCT" -gt 95 ]; then echo "CRITICAL: 内存使用率 ${MEM_USAGE_PCT}%，可用 ${MEM_AVAILABLE}MB" # 列出内存占用 Top 5 进程 echo "内存占用 Top 5:" ps aux --sort=-%mem | head -6 elif [ "$MEM_USAGE_PCT" -gt 85 ]; then echo "WARNING: 内存使用率 ${MEM_USAGE_PCT}%，可用 ${MEM_AVAILABLE}MB" fi # Swap 使用评估 if [ "$SWAP_USAGE_PCT" -gt 50 ]; then echo "WARNING: Swap 使用率 ${SWAP_USAGE_PCT}%，可能存在内存压力" fi # 检查 OOM 事件 OOM_COUNT=$(dmesg | grep -c "Out of memory" 2>/dev/null || echo 0) if [ "$OOM_COUNT" -gt 0 ]; then echo "WARNING: 检测到 ${OOM_COUNT} 次 OOM 事件" dmesg | grep "Out of memory" | tail -5 fi # 检查 Direct Reclaim 事件 PGSCAN_DIRECT=$(cat /proc/vmstat | grep pgscan_direct | awk '{sum+=$2} END {print sum}') PGSCAN_KSWAPD=$(cat /proc/vmstat | grep pgscan_kswapd | awk '{sum+=$2} END {print sum}') if [ "$PGSCAN_DIRECT" -gt 0 ]; then DIRECT_RATIO=$((PGSCAN_DIRECT * 100 / (PGSCAN_DIRECT + PGSCAN_KSWAPD + 1))) if [ "$DIRECT_RATIO" -gt 20 ]; then echo "WARNING: Direct Reclaim 占比 ${DIRECT_RATIO}%，应用可能受延迟影响" fi fi

3.4 内存泄漏检测

#!/bin/bash # 内存泄漏检测：持续监控进程内存增长趋势 PID=$1 INTERVAL=60 # 采样间隔（秒） SAMPLES=30 # 采样次数 if [ -z "$PID" ]; then echo "Usage: $0 <PID>" exit 1 fi echo "监控进程 $PID 的内存使用趋势（${SAMPLES}次采样，间隔${INTERVAL}秒）" echo "时间, RSS(MB), VSZ(MB), 增长(MB)" PREV_RSS=0 for i in $(seq 1 $SAMPLES); do if [ ! -d "/proc/$PID" ]; then echo "进程 $PID 已退出" break fi RSS=$(cat /proc/$PID/status | grep VmRSS | awk '{print $2}') VSZ=$(cat /proc/$PID/status | grep VmSize | awk '{print $2}') RSS_MB=$((RSS / 1024)) VSZ_MB=$((VSZ / 1024)) GROWTH=0 if [ "$PREV_RSS" -gt 0 ]; then GROWTH=$((RSS_MB - PREV_RSS)) fi echo "$(date +%H:%M:%S), ${RSS_MB}, ${VSZ_MB}, ${GROWTH}" PREV_RSS=$RSS_MB sleep $INTERVAL done # 分析增长趋势 echo "" echo "分析结果：" FIRST_RSS=$(head -2 <<< "$OUTPUT" | tail -1 | awk -F', ' '{print $2}') LAST_RSS=$(tail -1 <<< "$OUTPUT" | awk -F', ' '{print $2}') if [ -n "$FIRST_RSS" ] && [ -n "$LAST_RSS" ]; then TOTAL_GROWTH=$((LAST_RSS - FIRST_RSS)) if [ "$TOTAL_GROWTH" -gt 100 ]; then echo "警告: 内存增长 ${TOTAL_GROWTH}MB，可能存在内存泄漏" else echo "内存增长 ${TOTAL_GROWTH}MB，在正常范围内" fi fi

四、Linux 内存优化的代价与架构权衡

Linux 内存优化方案的代价需要审慎评估：

Swappiness 极低的风险：将 swappiness 设为 1 可以减少 Swap 使用，但在内存真正不足时，内核会直接触发 OOM Kill 而非换出页面。对于可以容忍延迟但不能容忍进程被 Kill 的场景（如数据库），适度的 Swap 可以作为缓冲区。

Cgroup 内存限制的副作用：设置 memory.high 后，进程超过软限制时会被限流（throttled），导致延迟增加。设置 memory.max 后，进程超过硬限制会被 OOM Kill。需要根据进程的内存使用模式设置合理的限制值，但内存使用模式可能随负载变化。

关闭透明大页的影响：关闭 THP 可以减少内存碎片和延迟抖动，但会增加 TLB Miss 的次数，对内存密集型应用（如科学计算）可能降低性能。需要根据应用特征决定是否关闭。

适用边界：内核参数调优适合所有 Linux 服务器；Cgroup 内存限制适合容器化部署；OOM Score 调优适合保护关键进程。

禁用场景：当应用使用大量内存映射文件（如数据库的 shared_buffers）时，过低的 swappiness 可能导致 Cache 被过度回收，反而降低性能。

五、总结

Linux 内存优化的核心是"减少内存回收对应用的影响"。Swappiness 调优控制了 Swap 使用的倾向，脏页回写参数减少了 I/O 突发，Cgroup 内存限制防止单进程耗尽系统内存，OOM Score 保护关键进程不被误杀。在实际落地中，建议先监控内存使用模式（可用内存、Swap 使用、Direct Reclaim 比例），再针对性调优。核心原则是：内存优化的目标不是最大化内存利用率，而是最小化内存压力对应用性能的影响。