查看系统负载可用uptime、top或/proc/loadavg；2. 负载高可能由cpu密集型任务、i/o等待、内存不足或进程过多引起；3. 处理方法包括定位高负载进程、检查死循环、分析io瓶颈、查看swap使用；4. 预防措施包括设置监控报警、资源限制和合理安排任务。uptime显示1分钟、5分钟、15分钟平均负载，top可查看实时负载及占用进程，/proc/loadavg适合脚本调用；负载高不等于cpu高，需结合内存、磁盘io等判断；通过ps或htop找出问题进程，用iostat分析磁盘io，用free检查内存情况；建议使用prometheus、zabbix等工具长期监控，设置报警机制并优化任务调度以预防高负载。
系统负载是衡量服务器运行状态的重要指标，尤其在Linux环境下，查看负载高低和应对高负载情况几乎是运维或开发人员的必备技能。简单来说，负载值反映的是系统中处于可运行状态或不可中断状态的进程数量，数值越高说明系统压力越大。
1. 如何查看当前系统负载？
最常用的方式是使用 uptime 或 top 命令：
uptime
输出类似这样：
14:30:00 up 2 days, 5 users, load average: 0.50, 0.75, 1.00
这里的三个数字分别代表过去1分钟、5分钟、15分钟的平均负载。如果你看到这些数值接近甚至超过CPU核心数，那就说明系统可能已经有点“吃紧”了。
另一个更直观的命令是：
top
在顶部会显示当前的load average，同时还能看到哪些进程正在占用资源。
还有一种方式是通过 /proc/loadavg 文件查看：
cat /proc/loadavg
它输出的内容和 uptime 类似，适合写脚本时调用。
2. 负载高意味着什么？常见原因有哪些？
很多人误以为负载高就是CPU使用率高，其实不然。负载高可能是以下几种情况造成的：
- CPU密集型任务：比如大量计算任务在跑，这时候CPU利用率也会同步升高。
- I/O等待：磁盘读写慢、网络延迟大，导致进程卡在等待状态（D状态），这种情况下负载会上升，但CPU使用率不一定高。
- 内存不足：内存不够时系统开始频繁swap，这会导致性能下降，负载上升。
- 进程太多：并发请求过多、程序bug导致进程堆积，也会让负载飙升。
所以当你发现负载高时，不能只看CPU，还要结合内存、磁盘IO等指标来判断。
3. 负载高怎么处理？几个实用建议
查看具体是哪个进程在“捣乱”
可以使用 top 或 htop（如果安装了的话）按CPU或负载排序，找到占用资源最高的进程。也可以用下面这个命令快速列出负载高的进程：
ps -eo pid,ppid,cmd,%cpu,%mem --sort=-%cpu | head
如果发现是某个服务（比如nginx、mysql、Java应用）占用过高资源，可以进一步分析该服务的日志或配置。
检查是否有死循环或阻塞操作
有时候是代码问题导致某个进程陷入死循环，或者执行了一个耗时且未优化的sql查询，这类问题需要从应用程序层面入手排查。
分析系统IO是否瓶颈
使用 iostat（来自sysstat包）查看磁盘IO：
iostat -x 1
如果 %util 接近100%，说明磁盘已经是瓶颈，可能要考虑升级硬件或优化存储结构。
看是否内存不足导致swap被使用
用 free -h 查看内存使用情况：
free -h
如果swap部分有大量使用，说明内存紧张，这时候可以考虑关闭一些非必要服务，或者增加物理内存。
4. 高负载下如何预防和优化？
日常运维中，建议设置监控工具（如prometheus+grafana、zabbix、nmon等）来长期跟踪负载趋势，而不是等到系统卡了才去查。
另外，定期做性能评估也很重要，比如：
- 设置自动报警机制（当负载持续高于某个阈值时通知）
- 对关键服务进行资源限制（如使用cgroups或systemd的LimitCPU）
- 合理安排定时任务，避免多个高负载任务同时运行
基本上就这些。掌握这些方法后，你会发现负载问题虽然看起来复杂，但只要一步步排查，多数情况都能定位清楚。
