Linux中没有“负载均衡”指标，实际需查系统负载（Load Average），它表示单位时间内可运行或不可中断睡眠状态的进程平均数量；uptime显示的三个数值是1/5/15分钟就绪队列长度均值，与任务分配均衡无关。
Linux 中没有“负载均衡”这个系统指标，你实际想查的是系统负载（Load Average）——它反映的是单位时间内处于可运行或不可中断睡眠状态的进程平均数量。很多人搜“负载均衡”是误用了术语，真正需要的是判断系统是否过载。
为什么 uptime 显示的 load average 值看起来像“均衡”但其实不是
uptime 输出的 load average: 0.45, 0.32, 0.28 常被误解为“CPU 负载被均衡分配了”，但其实这三个数字只是过去 1/5/15 分钟的**就绪队列长度均值**，和“均衡”无关。它不体现任务分发策略，也不涉及网络或服务层的负载均衡器（如 Nginx、HAProxy）。
- 数值本身是标量，不是分布统计，无法说明“是否均衡”
- 即使负载值低，也可能存在单核 100% 占用、其余核空闲的严重不均衡现象
- 真要查 CPU 核心级不均衡，得用
mpstat -P ALL 1，看各核%usr/%idle差异
cat /proc/loadavg 的第四字段才是关键线索
/proc/loadavg 输出形如 0.12 0.22 0.36 2/864 12345，其中第四个字段 2/864 表示“当前有 2 个进程处于可运行状态（r），总共有 864 个进程”。
-
r值高（比如持续 > CPU 核心数）→ 就绪队列积压，CPU 确实忙不过来 -
r值低但负载高 → 很可能卡在不可中断状态（D 状态），常见于磁盘 I/O 或 NFS 挂起 - 此时应配合
ps aux | awk '$8 ~ /D/ {print}'找出 D 状态进程，再用lsof -p PID看它卡在哪个设备或文件上
top 里看到的 load average 和 %Cpu(s) 不一致？这是正常现象
top 第一行显示 load average: 0.10, 0.20, 0.30，而下面的 %Cpu(s): 12.3 us, 3.2 sy, 84.5 id —— 这俩数值完全不相关，强行对比会误导判断。
- Load average 是队列长度均值，单位是“进程数”，和 CPU 百分比无换算关系
- CPU idle 84.5% 只说明当前周期内 CPU 空闲多，但若这期间有大量短时突发进程排队（比如 cron 批量拉起脚本），load 仍会跳升
- 典型陷阱：IDLE 高但 load 长期 > 核心数 → 很可能是 I/O 密集型任务导致进程阻塞在
wa，此时vmstat 1的wa列会明显升高
负载高低必须结合 CPU 核心数解读，且单看 load average 容易漏掉 I/O 或内存瓶颈。最常被忽略的是：load 高 ≠ CPU 忙，D 状态进程和高 wa 值才是真正需要优先排查的方向。
