iostat 查看 Linux 硬盘 IO 性能

这个类比的好处是，很多现象一下就通了。排队人数多，不一定说明收银员慢，也可能只是来的人太密集；await 高，也不一定是设备本身慢，更可能是请求集中到达导致等待时间被拉长。

一个输出示例

# iostat -x 1
avg-cpu:  %user   %nice    %sys   %idle
16.24     0.00    4.31   79.44
Device:               rrqm/s wrqm/s   r/s   w/s    rsec/s  wsec/s   rkB/s  wkB/s  avgrq-sz avgqu-sz  await  svctm  %util
/dev/cciss/c0d0        0.00  44.90  1.02 27.55    8.16   579.59    4.08  289.80    20.57    22.35   78.21   5.00  14.29
/dev/cciss/c0d0p1      0.00  44.90  1.02 27.55    8.16   579.59    4.08  289.80    20.57    22.35   78.21   5.00  14.29
/dev/cciss/c0d0p2      0.00   0.00  0.00  0.00    0.00     0.00    0.00    0.00     0.00     0.00    0.00   0.00   0.00

从这组数据里可以直接读出几个结论：

• 设备每秒大约完成 r/s + w/s = 1.02 + 27.55 = 28.57 次 I/O
• 写请求占了绝大部分，读写比例大约是 27:1
• svctm 只有 5ms，但 await 却到了 78.21ms，说明大部分时间耗在排队上，而不是设备真正处理请求上
• avgqu-sz 看起来不算特别夸张，说明请求并不是持续均匀地压上来，而更像是间歇性集中到达
• %util 只有 14.29%，表示这个采样周期内磁盘并没有一直处于繁忙状态

为什么 await 会比 svctm 大很多

如果请求在短时间内集中发出，即使单个请求只需要几毫秒，后面的请求也会因为排队而累积出更高的等待时间。你可以把它理解成：收银员每单只要 5 秒，但一口气来了 30 个人，最后一个人等到的时间远不止 5 秒。

这也是为什么分析 I/O 时，不能只盯着一个字段看。svctm 告诉你设备本身快不快，await 告诉你用户实际感受到的响应慢不慢，而 avgqu-sz 和 %util 则帮助你判断问题是'设备慢'还是'请求太密'。

需要注意的一点

有些旧版本资料里会提到 avgqu-sz 与 await 的换算关系存在偏差，但在实际排查中，更稳妥的做法不是死抠单个公式，而是结合整个输出一起判断：

• r/s、w/s 看压力来源
• await 看响应时间
• svctm 看设备处理能力
• avgqu-sz 看排队趋势
• %util 看磁盘是否接近满载

把这些指标放在一起看，I/O 问题的轮廓通常就清楚了。