来源：赵楠 | 发布日期：2026-07-08

Linux Load Average 详解：概念、解读与实战判据

核心认知：Load average ≠ CPU 使用率。它统计的是「需要 CPU 或等待 I/O」的进程数，同时包含 Running (R) 和 Uninterruptible Sleep (D) 两种状态。

一个反直觉的报警场景

监控告警：服务器 load average 到 18，远超阈值。登上去一看：

top - 14:22:31 up 32 days
Tasks: 210 total,   2 running, 208 sleeping
%Cpu(s): 28.3 us,  3.1 sy,  0.0 ni, 62.4 id,  5.8 wa,  0.0 hi,  0.4 si

CPU 空闲 (id) 还有 62%，使用率不到 40%，但 load average 18，服务器也确实在响应变慢。

这就是最常见的误解：load average 高，不一定是 CPU 忙。

Load Average 到底在数什么

Load average 统计的是：过去一段时间内，系统里平均有多少个进程处于「需要 CPU 或正在等待 I/O」的状态。

两类进程被计入：

D 状态才是很多人没想到的。一个进程等磁盘读写时，它没消耗 CPU，但依然被计入 load average。这就是为什么 load 高、CPU 低会出现——大量进程卡在等磁盘，CPU 在等它们，谁都没在真正干活。

三个时间窗口

load average: 0.92, 1.45, 1.82
               ↑     ↑     ↑
             1分钟  5分钟  15分钟
             均值   均值   均值

多少算「高」？—— 必须结合 CPU 核心数

很多监控系统把 load average > 1 就标红告警，这个阈值从根本上就是错的。

直觉类比（车道模型）：

正确判据：load average / CPU 核心数

• < 1 → 正常，每核心平均不到一个进程
• = 1 → 刚好满载，满负荷但不过载
• > 1（持续） → 开始排队，需要关注

分级经验值（2026-09-06 负载排查 SOP 补充）：

# 查看 CPU 核心数
nproc
# 或者
grep -c "^processor" /proc/cpuinfo

8 核服务器 load 到 6-7 完全正常；到 20 才真正需要排查。单核轻量云 load 到 2 就已经有进程排队了。

top CPU 行字段详解

%Cpu(s): 28.3 us,  3.1 sy,  0.0 ni, 62.4 id,  5.8 wa,  0.0 hi,  0.4 si

wa (iowait) 深度解析

wa 是最容易被误读的指标：

• wa 高 + CPU idle 也高 → 少数进程在等 I/O，CPU 整体空闲，大量核心在闲着
• wa 高 + CPU idle 低 → I/O 是真正的瓶颈，CPU 全部在等磁盘
• wa 高 ≠ CPU 忙 — wa 是「CPU 空闲着等 I/O 的时间占比」，不是 CPU 被用满

多核场景下的 wa 陷阱： 8 核服务器，top 显示的 wa 是全局平均值。一个核心 wa = 100%（上面的进程在等 I/O），其余 7 个核心 idle = 100%，全局 wa 只显示 12.5%，但那个核心上的进程已严重拖慢。

常见误区

快速诊断命令

# 看 load + 核心数，快速判断
uptime && echo "CPU 核心数: $(nproc)"

# CPU 各维度分解
top -bn1 | head -5

# D 状态进程数（计入 load 但不消耗 CPU）
ps aux | awk '$8 ~ /D/' | wc -l

# I/O 等待情况
vmstat 1 3

关联页面