Linux 服务器如何查看 CPU、内存和磁盘使用率

观察 CPU 使用与系统负载

top 或 htop 可查看进程和 CPU 状态。load average 是一段时间内可运行或不可中断任务的平均数量，不等同于 CPU 百分比；需要结合 CPU 核心数、I/O 等待和趋势一起看。

top
uptime
ps -eo pid,comm,%cpu,%mem --sort=-%cpu | head -n 15

读懂内存和缓存

free -h
vmstat 1 5

不要只根据 free 一列判断内存是否不足。系统会用缓存提高文件访问效率，可回收缓存不等同于应用占满内存。若 available 持续很低、swap 持续增长或 OOM 日志增多，再进一步追踪具体进程。

检查磁盘空间、目录和 inode

df -h
df -i
sudo du -xhd1 /var 2>/dev/null | sort -h

• df -h 查看文件系统容量和挂载点。
• df -i 查看 inode 使用情况；小文件很多时可能先耗尽 inode。
• du 用于定位目录占用，日志和缓存要按各服务文档清理。
• 删除前确认文件用途、轮转策略和备份状态。

把一次巡检变成可比较的记录

单次快照只能说明某一时刻。将关键指标按时间记录，关联部署、备份、流量和错误日志，才能判断资源是否持续增长。生产环境可以使用受维护的监控工具，并限制指标访问权限。

1. 先记录检查时间、系统版本和资源概况。
2. 找到占用最高的进程或目录，再查清它属于哪个服务。
3. 确认是否有计划任务、日志轮转或备份导致周期性增长。
4. 通过小范围调整验证改善，不要盲目结束系统进程。

指标异常时先看哪个分支

现象	先看什么	常见原因与下一步
load 高，但各进程 CPU 都不高	top 中的 iowait（%wa）	磁盘 I/O 瓶颈：找出狂读写的进程，检查是否失控的备份或日志任务
available 持续很低、swap 持续增长	按内存排序的进程列表	单进程泄漏或总量不足：先重启高内存进程止血，再定位泄漏原因
df 显示满、du 找不到大文件	已删除但仍被占用的文件（lsof 类工具）	文件已删但进程仍握着句柄：重启对应服务释放空间，并检查日志轮转为何没生效
inode 用满而磁盘空间没满	df -i 与小文件数量	缓存、会话碎片堆积：定位目录后按服务文档清理，不要整目录删除

判断异常还有一个时间维度：把指标异常的出现时间与计划任务（备份、日志轮转、统计脚本）的时刻对照。每天固定时段出现的峰值多半是正常业务节奏；持续性增长才是需要处理的问题。

下一步该读什么

相关教程

• SSH 连接与常用命令：本文命令的地基：先连上服务器
• 网站打开慢怎么诊断：资源层是慢排查五层中的一环
• 502 Bad Gateway 排查方法：资源耗尽的下游故障：进程被杀、上游无响应