【Linux】如何通过uptime查看系统负载是否过高？

原创已于 2025-10-16 15:02:19 修改 · 2.8k 阅读

55 ·

CC 4.0 BY-SA版权

文章标签：

#linux #运维 #服务器 #负载 #uptime

于 2025-09-24 15:45:41 首次发布

《Linux从入门到精通》专栏收录该内容

179 篇文章

订阅专栏

👨‍🎓博主简介

🏅优快云博客专家
🏅云计算领域优质创作者
🏅华为云开发者社区专家博主
🏅阿里云开发者社区专家博主
💊交流社区：运维交流社区欢迎大家的加入！
🐋 希望大家多多支持，我们一起进步！😄
🎉如果文章对你有帮助的话，欢迎点赞 👍🏻 评论 💬 收藏 ⭐️ 加关注+💗

文章目录

1. 什么是负载（load average）？

定义：单位时间内处于 可运行（R） 或 不可中断睡眠（D） 状态的 平均任务数。
来源：内核统计，用户态通过 /proc/loadavg 读取。
三个值依次代表 1 分钟、5 分钟、15 分钟 的采样结果。
可通过：uptime、top、htop 等命令查看。

[root@k8s-node1 a]# uptime
 17:16:23 up 49 days, 6:35, 4 users, load average: 1.04, 1.37, 1.65

2. 快速判断负载是否过高公式

饱和度 = loadavg / 逻辑 CPU 核数

获取CPU核数（以下命令都可）：

nproc               
grep -c ^processor /proc/cpuinfo
lscpu | grep -i cpu\(s\)\: | awk '{print $2}'

例如：

- cpu核数：32
- loadavg：6.21

# 计算（保留一位即可，第二位可四舍五入）
6.21/32=0.2
# 0.2，属于非常空闲的状态

饱和度区间	经验含义	建议
< 0.5	空闲	资源充足
0.5–0.7	健康	正常业务
0.7–1.0	繁忙	有排队，可接受
1.0–1.5	重载	需要观察
> 1.5	过载	立即排查

对 延迟敏感 服务（API、游戏）可把红线降到 0.7。

3. 一条命令判断当前状态

①、写个脚本来获取当前负载的百分比
load_check.sh

#!/bin/bash
cores=$(nproc)
read one five fifteen < /proc/loadavg
sat1=$(awk -v c="$cores" -v l="$one"     'BEGIN{printf "%.0f%%",l/c*100}')
sat5=$(awk -v c="$cores" -v l="$five"    'BEGIN{printf "%.0f%%",l/c*100}')
sat15=$(awk -v c="$cores" -v l="$fifteen" 'BEGIN{printf "%.0f%%",l/c*100}')
printf "CPU饱和度：\n1 min\t5 min\t15 min\n%s\t%s\t%s\n" "$sat1" "$sat5" "$sat15"

②、配置别名

别名可以根据自己的喜好去自定义，定义之前请确保不要和命令冲突；

alias load="sh /路径/load_check.sh"

③、并写到~/.bashrc配置里

vim ~/.bashrc
# 在最后一行追加
alias load="sh /路径/load_check.sh"

# 保存退出
# source使其生效
sorce ~/.bashrc

④、执行别名进行测试

[root@localhost ~]# load
CPU饱和度：
1 min	5 min	15 min
1%	1%	2%

就可以很明显的看到负载的饱和度，再结合上面的饱和度表，来判断是否过载；

4. 场景举例

例 1：4 核机器 load=6
饱和度 = 6/4 = 150 %(1.5) → 过载，需进一步排查。
↑ ↑
百分比小数点

例 2：64 核机器 load=32
饱和度 = 32/64 = 50 %(0.5) → 健康，但需确认是否 IO 等待。

例 3：64 核机器 load=12
饱和度 = 12/64 = 18 %(0.18) → 空闲，不用管，资源很充足。

5. 如何肉眼来判断负载是否过高？

1、首先需要记住此服务器的核心数

nproc

例：回显 32 心里就记住 ≈30 这条线。

2、把 uptime 输出切成三档 肉眼标尺

load average: 6.21, 7.50, 9.00
               ↑     ↑      ↑
             1min  5min   15min

小于核数一半 → 空闲（32 核看 16）
接近核数 → 满载（32 核看 30~35）
明显超过核数 → 过载（>40 就红）

所以 6.21 远 < 16，秒判空闲。

3、口诀总结

load 数字小于核数一半 → 空；
接近核数 → 满；
远超核数 → 爆。

6. 负载高 ≠ 问题定界，可以继续进行深挖排查是什么导致的

工具	看啥
`top` / `htop`	按 `1` 展开每核，观察 CPU 是否跑满或者top `P`，查看哪个cpu占用最高。
`iostat -x 1`	看 %util / await，确认磁盘 IO 瓶颈 `utils`大于80磁盘io过高 `await`对SSD而言，1–2就很大了，但对机械盘大于10明显感觉卡
`vmstat 1`	观察 r 列（运行队列）与 b 列（阻塞队列） `r`正在运行 + 等待 CPU 的任务数(长期) > 核数 = cpu很堵 `b`处于不可中断睡眠（D 状态）的任务数 > 0 = 达到了磁盘/网络 IO 瓶颈