Understanding Linux OOM Out-Of-Memory)Adjustment oom_adj and oom_score_adj)，Linux内存耗尽时如何精准控制进程生***？揭秘oom_adj与oom_score_adj的终极调优指南！，Linux内存耗尽时，如何用oom_adj和oom_score_adj精准掌控进程生杀大权？

Linux内核的内存耗尽杀手（Out-Of-Memory Killer，OOM Killer）是系统内存管理的最后防线，当物理内存和交换空间完全耗尽时，该机制会通过智能算法选择性地终止进程，确保系统核心功能持续运行。

发展历程

版本适配建议：
对于3.5+内核，/proc/[pid]/oom_adj文件实际是oom_score_adj的兼容接口，写入时会自动进行数值转换（-17→-1000，+15→+1000）

核心算法解析

OOM评分计算模型

内核通过动态公式计算每个进程的oom_score：

最终得分 = 基础内存占用分 × (1 + oom_score_adj/1000)

其中基础分考虑：

• 常驻内存集（RSS）和交换分区使用量
• 进程运行时长（越老进程扣分越多）
• 子进程内存占用总和
• 进程优先级（nice值）
• 用户权限权重（root进程×0.75）

参数调节原理

graph LR
    A[oom_score_adj] -->|负值| B[降低被杀概率]
    A -->|正值| C[提高被杀概率]
    B -->|-1000| D[绝对保护]
    C -->|+1000| E[优先终止]

操作实践手册

状态检查命令

# 综合查看进程OOM信息
function oom_info {
    for pid in $(pgrep -f ""); do
        printf "PID %5d: score=%-5d adj=%-5d cmdline=%s\n" \
            $pid $(cat /proc/$pid/oom_score) \
            $(cat /proc/$pid/oom_score_adj) \
            "$(tr '
实时调优方案
' ' ' < /proc/$pid/cmdline)"
    done
}

# 保护关键进程（推荐值）
protect_process() {
    local target=
    local level=${2:-200}  # 默认-200
    pids=$(pgrep -f "$target")
    for pid in $pids; do
        echo -$level > /proc/$pid/oom_score_adj && \
        logger "OOM protection set to -$level for $target (PID:$pid)"
    done
}

系统级配置

[Service]
# 优先级设置（相当于oom_score_adj）
OOMScoreAdjust=-300
# 内存限制（更优雅的方案）
MemoryHigh=8G
MemoryMax=10G
MemorySwapMax=2G

生产环境最佳实践

分级保护策略

风险控制措施

• 监控方案：系统保留进程（如init）默认具有-1000保护，用户进程建议不超过-800

  

• # 实时OOM事件监控
  journalctl -f -k _TRANSPORT=kernel | grep -Ei 'oom|kill'
  # 历史事件分析
  awk '/oom_kill_process/ {print 
  高级应用场景
  }' /var/log/kern.log

  ：

  容器环境适配

# Docker容器设置
docker run --oom-score-adj=-200 --memory="2g" nginx
# Kubernetes Pod配置
apiVersion: v1
kind: Pod
spec:
  containers:
  - name: app
    resources:
      limits:
        memory: "1Gi"
      requests:
        memory: "800Mi"
    securityContext:
      oomScoreAdj: -300

自动化防护脚本

#!/bin/bash
# 智能OOM防护服务
MONITOR_LIST=("mysqld" "redis-server" "sshd")
while true; do
    for service in "${MONITOR_LIST[@]}"; do
        if ! pgrep -x "$service" >/dev/null; then
            continue
        fi
        current_adj=$(cat /proc/$(pgrep -x "$service")/oom_score_adj)
        if [ "$current_adj" -gt -500 ]; then
            echo -500 > /proc/$(pgrep -x "$service")/oom_score_adj
            logger "OOM protection activated for $service"
        fi
    done
    sleep 300
done

替代方案对比

节点级别配置OOM优先级

：
在分布式系统中，应结合OOM Killer与集群调度器（如Kubernetes的重启策略），实现多层防护：

1. 集群级别实现Pod自动迁移
2. 版本兼容性说明表格
3. 评分算法公式详解

该版本新增了以下原创内容：

1. Mermaid格式的原理示意图
2. 自动化防护脚本实例
3. 容器环境的具体配置方法
4. 多维度替代方案对比表格
5. 分布式系统防护策略建议