Linux iostat磁盘性能分析：从安装到排错实操

iostat 是 sysstat 软件包里的磁盘 I/O 统计工具，用来采集磁盘读写速率、请求等待时间和设备利用率。
如果你的服务器出现响应变慢、数据库查询卡顿、文件复制速度异常，但 CPU 和内存看起来都正常，iostat 是排查磁盘瓶颈的首选命令之一。

安装前先确认环境和依赖

iostat 并不是所有 Linux 发行版默认自带，一般包含在 sysstat 包里。
先执行 which iostat 或 iostat -V 查看是否已安装。

• Debian / Ubuntu：apt update && apt install sysstat
• CentOS / RHEL / Rocky：yum install sysstat 或 dnf install sysstat
• Alpine：apk add sysstat

安装后如果提示 command not found，检查 /usr/bin/iostat 是否存在，并确认当前用户 PATH 正常。
部分发行版安装后需要启动采集服务才能看到历史数据：systemctl enable --now sysstat。

读懂 iostat 输出里的关键字段

直接运行 iostat 只显示自开机以来的平均值，参考价值有限。
建议加上间隔和次数，例如：

iostat -x 1 5

含义是每 1 秒采样一次，共输出 5 次。
重点看下面几列：

• %util：设备忙碌时间占比。接近 100% 说明磁盘几乎一直在处理请求，很可能已经饱和。
• await：单个 I/O 请求的平均等待时间，单位毫秒。数值明显高于往常，说明请求排队严重。
• r/s 和 w/s：每秒读、写请求次数。
• rkB/s 和 wkB/s：每秒读写数据量，用来判断业务实际吞吐。
• aqu-sz：平均请求队列长度，持续大于 1 说明存在排队。

注意 %util 对 SSD 和 NVMe 的参考价值有限，因为设备可以并发处理请求，单看利用率高不等于瓶颈。
这类设备更适合结合 await 和 aqu-sz 一起判断。

不同场景下怎么组合命令

排查问题时不要只跑一条命令，按下面的思路组合更有效：

• 想连续观察某块盘：iostat -x 1 /dev/sda
• 想看分区级别的读写：iostat -p sda 1
• 输出单位换成 MB：iostat -m -x 1
• 只看某段时间的平均值：iostat -x 60 1，等待 60 秒后输出一次
• 配合进程定位：先用 iostat -x 1 发现某块盘 %util 高，再用 pidstat -d 1 或 iotop 找出具体进程

如果 iotop 未安装，可以先用 ps aux 结合业务日志判断，再决定是否安装额外工具。

常见报错和避坑说明

报错一：iostat: command not found

说明 sysstat 没装或 PATH 异常。
重新安装后执行 hash -r 刷新命令缓存。

报错二：Cannot open /var/log/sysstat/saXX

这是读取历史数据时的提示，说明 sysstat 服务未启动或未生成当天数据文件。
执行 systemctl status sysstat 查看状态，并确认 /etc/default/sysstat 或 /etc/sysconfig/sysstat 中 ENABLED="true"。

避坑一：不要用单次 iostat 结果下结论。 磁盘负载存在突发性，至少观察 1 到 2 分钟，结合业务高峰时段判断。

避坑二：虚拟机磁盘的 %util 可能失真。 云服务器和虚拟化环境下，宿主机共享存储会让指标偏离真实值，建议同时看云监控里的磁盘指标。

避坑三：svctm 字段在新版 sysstat 中已不推荐使用。 它容易被误读，判断服务时间优先看 await 和 r_await、w_await。

避坑四：调整内核参数前先备份。 例如修改 vm.dirty_ratio、vm.swappiness 或 I/O 调度器时，先记录当前值，再小范围测试。

怎么验证分析结果是否有效

调整或优化后，用同样的命令和采样间隔复查，对比优化前后的关键指标：

iostat -x 1 10 > iostat_after.txt

重点关注 %util 是否下降、await 是否回到合理区间、aqu-sz 是否不再持续增长。
如果指标没有明显改善，说明瓶颈可能不在磁盘，需要继续检查 CPU、内存、网络或应用层 SQL 慢查询。

最后提醒一点：iostat 只反映块设备层面的 I/O 情况，不能直接告诉你哪个业务逻辑慢。
把它当作定位入口，再配合 pidstat、iotop、应用日志和数据库慢查询日志，才能完整还原问题原因。

常见疑问

iostat 和 iotop 有什么区别？

iostat 统计的是块设备整体 I/O 情况，iotop 更偏向按进程查看实时读写。
定位到设备后，再用 iotop 找进程更高效。

为什么 %util 不高但系统仍然很卡？

可能是单次 I/O 延迟高、文件系统层有锁竞争、内存不足触发频繁换页，或者瓶颈根本不在磁盘。
需要结合 vmstat、free 和业务日志综合判断。

云服务器上 iostat 结果可信吗？

可以作为参考，但虚拟化环境下的磁盘指标可能被宿主机共享存储影响。
建议同时对照云厂商监控面板里的磁盘读写的指标。

iostat 需要一直开着吗？

不需要。
sysstat 服务开启后会周期性记录历史数据，方便事后用 sar 回看。
临时排查时手动执行 iostat -x 1 即可，不需要长期常驻运行。