Linux 系统性能瓶颈诊断利器：Sar 命令详解与实战

2601_95987885

115人浏览 · 2026-05-05 18:52:43

2601_95987885 · 2026-05-05 18:52:43 发布

在实际的生产环境中，我们经常会遇到服务器性能瓶颈问题，例如 CPU 使用率过高、内存不足、磁盘 I/O 瓶颈、网络拥塞等等。如果没有有效的监控手段，很难快速定位问题，更无法进行针对性的优化。sar (System Activity Reporter) 命令就是 Linux 系统中一个强大的性能监控工具，它可以收集、报告系统的各项活动信息，帮助我们了解系统资源的使用情况，从而发现潜在的性能问题。尤其是在面对高并发场景，例如 Nginx 反向代理服务器，需要精准监控 CPU 使用率、上下文切换、磁盘 I/O 等关键指标，sar 能提供非常详细的数据。

sar 不仅可以实时监控，还能将数据保存到文件中，方便后续的分析和回溯。例如，我们可以利用 sar 监控 Nginx 服务器的性能，结合 Nginx 本身的 access log 和 error log，就能更全面地了解系统的运行状况，例如发现是否由于某个 upstream 服务器响应过慢导致 Nginx 出现大量的 TIME_WAIT 连接，从而影响整体性能。

Sar 命令的核心原理与使用方法

Sar 的基本原理

sar 命令依赖于 sysstat 这个软件包。sysstat 提供了一组工具，包括 sar、iostat、mpstat 等，用于收集和报告系统性能数据。sar 的核心原理是通过定时读取 /proc 文件系统中的信息，例如 /proc/stat、/proc/meminfo、/proc/diskstats 等，将这些原始数据进行处理和分析，然后以友好的格式展示给用户。这些 /proc 文件系统中的信息是由 Linux 内核提供的，反映了系统的实时状态。

Sar 命令的常用选项

-u: 报告 CPU 使用率。这是最常用的选项，可以查看 CPU 在用户态、系统态、空闲状态等所占的百分比。
-r: 报告内存使用情况。可以查看总内存、已使用内存、空闲内存、buffer 和 cache 等信息，有助于发现内存泄漏或者内存不足的问题。
-b: 报告 I/O 和传输速率的统计信息，例如每秒读取的块数、每秒写入的块数、平均队列长度等，有助于发现磁盘 I/O 瓶颈。
-n DEV: 报告网络接口的统计信息，例如每秒接收的包数、每秒发送的包数、丢包率等，有助于发现网络拥塞或者网络故障。
-d: 报告每个磁盘设备的统计信息。与 -b 类似，但更详细，可以查看每个磁盘的读写速度、平均等待时间等。
-p: 与 -d 配合使用，可以显示磁盘设备的别名，方便识别。
-q: 报告队列长度和平均负载。可以查看系统的平均负载、运行队列长度等，有助于了解系统的整体负载情况。
-w: 报告系统上下文切换的统计信息，例如每秒上下文切换的次数，有助于发现 CPU 调度问题。
-f: 从指定的文件中读取数据，而不是从实时系统读取。这对于分析历史数据非常有用。
-o: 将数据保存到指定的文件中。
-s: 指定开始时间。
-e: 指定结束时间。
-i: 指定采样间隔。

Sar 命令的使用示例

以下是一些常用的 sar 命令示例：

# 每隔 1 秒钟报告一次 CPU 使用率，持续 5 次sar -u 1 5# 报告内存使用情况sar -r# 报告磁盘 I/O 统计信息sar -b# 报告网络接口 eth0 的统计信息sar -n DEV eth0# 将数据保存到 sar.log 文件中sar -o sar.log 1 60# 从 sar.log 文件中读取数据sar -f sar.log

配置 `sar` 定时任务

为了长期监控服务器的性能，通常需要配置 sar 的定时任务，定期收集数据并保存到文件中。sysstat 包默认会配置一个 cron 任务，每天定时运行 sar，将数据保存到 /var/log/sa/ 目录下。你可以修改 /etc/sysconfig/sysstat 文件来调整 sar 的配置，例如修改数据保存的目录、采样间隔等等。

# vi /etc/sysconfig/sysstat# Should sadc collect statistics, or not.ENABLED="true"# How often should sadc collect statistics; value is in seconds.INTERVAL=60# How many historical records should sadc keep; value is in days.HIST_DAYS=7

实战经验与常见问题

分析 `sar` 输出结果

CPU 使用率过高：如果 %user 和 %system 的值都比较高，说明 CPU 处于高负载状态。需要进一步分析是什么进程占用了大量的 CPU 资源。可以使用 top 或者 htop 命令来查看进程的 CPU 使用情况。
内存不足：如果 free 的值比较小，说明内存资源紧张。需要检查是否有内存泄漏或者内存使用过多的进程。可以结合 free -m 命令查看内存使用情况，或者使用 pmap 命令查看进程的内存映射情况。
磁盘 I/O 瓶颈：如果 await (平均等待时间) 的值比较高，说明磁盘 I/O 存在瓶颈。需要检查磁盘的读写速度是否正常，以及是否有大量的读写操作。可以使用 iotop 命令来查看进程的磁盘 I/O 情况。
网络拥塞：如果 rxerr/s (每秒接收的错误包数) 和 txerr/s (每秒发送的错误包数) 的值比较高，说明网络存在拥塞或者故障。需要检查网络设备的状态，以及网络流量的情况。可以使用 tcpdump 命令来抓包分析网络流量。

避坑指南

关注 Idle 值: CPU %idle 过低，可能表明 CPU 资源紧张；相反，如果 %iowait 很高，则可能表明 I/O 存在瓶颈，例如数据库慢查询导致大量的磁盘读取。
结合其他工具: sar 提供了系统级别的监控数据，但要定位具体的问题，还需要结合其他工具，例如 top、htop、iotop、tcpdump 等。例如，通过 sar 发现 CPU 使用率过高，然后使用 top 找到占用 CPU 资源最多的进程。
定期分析: 建议定期分析 sar 生成的数据，例如每周或者每月，了解系统的性能趋势，及时发现潜在的问题。
注意数据单位: sar 的输出结果中，有些数据的单位是块，有些数据的单位是字节，需要注意区分。例如，磁盘 I/O 的数据通常以块为单位，网络流量的数据通常以字节为单位。
监控所有指标: 不要只关注 CPU、内存、磁盘 I/O 等关键指标，还要关注网络、上下文切换等其他指标，才能更全面地了解系统的运行状况。例如，如果系统上下文切换频繁，可能表明 CPU 调度存在问题，需要优化代码或者调整内核参数。