深入探讨 iostat 命令：监控磁盘 I/O 的强大工具

测试不打烊

于 2024-09-29 08:50:40 发布

阅读量612

点赞数 16

分类专栏：性能测试日常工作中常用的linux命令详解文章标签：服务器 linux 压力测试

本文链接：https://blog.csdn.net/zx893404890/article/details/142626412

版权

性能测试同时被 2 个专栏收录

29 篇文章 0 订阅

订阅专栏

日常工作中常用的linux命令详解

13 篇文章 0 订阅

订阅专栏

iostat 命令详解：深入分析磁盘 I/O 性能监控

iostat（I/O Statistics）是 Linux/Unix 系统中非常常用的一款性能分析工具，它可以帮助用户了解系统的 CPU 使用情况、设备（尤其是磁盘）的 I/O 性能，以及文件系统的 I/O 统计数据。掌握和合理使用 iostat 可以让我们更好地分析和优化系统的磁盘性能，避免 I/O 瓶颈，提升整体系统的响应速度。

本文将详细讲解 iostat 命令的使用方法，结合实际输出示例对各种指标进行详细解析，最后我们会结合异常指标来分析磁盘 I/O 性能瓶颈，展示分析过程和思路。

一、iostat 命令使用方法详解

1.1 基本语法

iostat 的基本语法如下：

iostat [选项] [时间间隔] [次数]

[选项]：可以用于指定输出格式或者只显示特定设备的信息。
[时间间隔]：表示显示统计信息的刷新频率，单位是秒。
[次数]：表示在指定时间间隔内输出几次统计结果。

示例：

iostat 2 5

这个命令每隔 2 秒刷新一次数据，并输出 5 次。

1.2 常用选项

-c：只显示 CPU 的统计信息。
-d：只显示设备的 I/O 统计信息。
-k：以 kB 为单位显示数据。
-m：以 MB 为单位显示数据。
-x：显示更详细的设备 I/O 统计信息。
-p：显示设备及其分区的 I/O 统计信息。
-t：输出每一行数据时显示时间戳。

示例：

iostat -x 2 5

这个命令每隔 2 秒刷新一次详细的 I/O 统计信息，并输出 5 次。

二、iostat 命令输出示例

执行 iostat 命令的输出可以分为两大部分：

CPU 使用率统计：显示 CPU 在用户态、系统态、空闲等不同状态下的百分比。
磁盘 I/O 统计：显示每个设备的 I/O 操作情况，包括读写次数、数据传输量等。

$ iostat -x 2 3

Linux 5.4.0-42-generic (hostname)     09/29/2024     _x86_64_    (8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.32    0.00    0.25    0.15    0.00   98.28

Device            r/s     w/s     rkB/s   wkB/s  rrqm/s  wrqm/s  r_await w_await  svctm  %util
sda               0.50    2.34    40.00   52.00    0.02    0.03    0.10    0.50    0.30    1.20

2.1 CPU 使用统计部分

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.32    0.00    0.25    0.15    0.00   98.28

%user：用户态（应用程序）占用的 CPU 时间百分比。
%nice：以较低优先级运行的用户态进程占用的 CPU 时间百分比。
%system：内核态（系统调用）占用的 CPU 时间百分比。
%iowait：CPU 等待 I/O 操作完成所占的时间百分比。如果该值过高，说明系统中有很多 I/O 操作在等待完成，可能出现 I/O 瓶颈。
%steal：虚拟机中被其他虚拟机占用的 CPU 时间。
%idle：空闲 CPU 时间百分比。当系统 CPU 大部分时间都处于空闲状态时，%idle 的值较高。

2.2 磁盘 I/O 统计部分

Device            r/s     w/s     rkB/s   wkB/s  rrqm/s  wrqm/s  r_await w_await  svctm  %util
sda               0.50    2.34    40.00   52.00    0.02    0.03    0.10    0.50    0.30    1.20

Device：设备名称，例如 sda 代表第一块磁盘。
r/s：每秒读请求数（读操作的 I/O 请求数）。这表示磁盘接收到的读请求的频率。
w/s：每秒写请求数（写操作的 I/O 请求数）。这表示磁盘接收到的写请求的频率。
rkB/s：每秒读取的数据量（单位是 kB）。表示磁盘的读带宽。
wkB/s：每秒写入的数据量（单位是 kB）。表示磁盘的写带宽。
rrqm/s：每秒合并的读请求数。当多个相邻的读请求被合并成一个时，rrqm/s 会增加。这个值越高，表示系统的 I/O 调度优化效果越好。
wrqm/s：每秒合并的写请求数。原理与 rrqm/s 类似。
r_await：读请求的平均等待时间（毫秒）。这个值表示从发起读请求到请求完成的平均时间。
w_await：写请求的平均等待时间（毫秒）。这个值表示从发起写请求到请求完成的平均时间。
svctm：平均每次 I/O 操作的服务时间（毫秒）。这个值表示 I/O 操作实际在设备上执行的时间，不包括排队时间。
%util：设备利用率，表示设备有多长时间处于忙碌状态。接近 100% 时，说明磁盘的 I/O 操作已经达到了饱和。

三、iostat 命令指标详细解析

3.1 CPU 相关指标

%user：用户态程序（包括非内核应用程序）占用的 CPU 百分比。这个值反映了系统上应用程序的计算密集程度。如果 %user 比较高，而 %iowait 很低，说明 CPU 的主要开销是用于计算，而非等待 I/O 操作。
%system：内核态 CPU 使用百分比。这个值高说明系统的大量时间用于处理系统调用和内核操作。例如，频繁的 I/O 操作（如网络数据包处理、磁盘读写操作）会增加 %system 的比例。
%iowait：I/O 等待时间百分比。该值是磁盘 I/O 瓶颈的关键指标。如果 %iowait 值较高，而磁盘的读写速率（rkB/s、wkB/s）较低，可能说明磁盘在处理大量请求，速度跟不上 CPU 的要求。这种情况下，提升磁盘性能（例如更换 SSD）可能是必要的。

3.2 磁盘 I/O 相关指标

r/s、w/s：这两个指标表示磁盘接收的读/写请求的频率。如果 r/s 和 w/s 值很高，磁盘可能面临大量 I/O 压力，需要根据应用程序的需求合理评估磁盘的处理能力。
rkB/s、wkB/s：磁盘的读写吞吐量。如果这两个值较高，而 %util 较低，说明磁盘性能较好，可以处理高负载的 I/O 操作。如果吞吐量较低，而 %util 接近 100%，可能存在 I/O 瓶颈。
await、r_await、w_await：这些指标表示 I/O 操作的等待时间。一般来说，等待时间越短，磁盘响应速度越快。如果 r_await 或 w_await 值很大，可能表示磁盘处理请求较慢，需要排队等待。
%util：这个指标表示磁盘的忙碌程度。如果 %util 接近 100%，表明磁盘已经接近或达到了饱和状态，需要考虑优化 I/O 调度、减少 I/O 压力或者增加磁盘性能。

3.3 其他细节

rrqm/s、wrqm/s：这两个指标表示 I/O 请求的合并情况。当多个相邻的 I/O 请求被合并成一个时，减少了实际发给磁盘的 I/O 请求数，提高了系统的效率。rrqm/s 和 wrqm/s 值较高表示 I/O 调度器优化效果好。
svctm：服务时间表示磁盘处理请求的时间。这与 await 类似，但 svctm 只包括请求在磁盘上执行的时间，不包括排队等待时间。如果 svctm 较高，说明磁盘可能存在物理层面的性能问题，例如磁盘较慢或者磁盘控制器性能有限。

四、结合异常指标详细分析磁盘 I/O

在实际应用中，通过观察 iostat 输出中的关键指标，我们可以识别和诊断系统中可能存在的 I/O 性能问题。下面列举几种常见的异常现象以及如何结合指标来进行分析和诊断。

4.1 CPU %iowait 异常

问题描述：

如果 iostat 输出中的 %iowait 值较高（例如超过 10%），这通常意味着系统中有大量的 I/O 操作在等待磁盘完成。这种情况可能导致整体系统的性能下降。

分析思路：

检查磁盘利用率：查看磁盘的 %util 是否接近 100%。如果 %util 接近饱和，则磁盘 I/O 可能是系统性能瓶颈。此时，可以通过增加磁盘数量或使用更快速的磁盘设备（例如 SSD）来缓解。
查看 I/O 等待时间：查看 r_await 和 w_await 的值。如果这些值较高，说明磁盘在处理 I/O 请求时延迟较大。可以考虑优化应用程序的 I/O 操作，例如减少小块 I/O 的频繁写入。
分析 I/O 请求合并情况：查看 rrqm/s 和 wrqm/s。如果这两个值较低，说明系统中的 I/O 请求没有很好地被合并，可能是因为 I/O 请求是随机的，而非顺序的。这种情况可以通过 I/O 调度策略的调整或文件系统优化来改善。

解决方案：

如果磁盘性能是瓶颈，可以考虑升级硬件，例如使用 SSD 代替传统 HDD。
优化应用程序的 I/O 模型，例如通过缓存减少磁盘访问次数。
调整 I/O 调度器策略，使用适合当前应用场景的调度算法（如 noop、deadline 或 CFQ）。

4.2 磁盘 I/O 利用率过高

问题描述：

当 %util 长期接近 100%，说明磁盘处于过度忙碌状态，可能导致 I/O 请求的响应时间变慢，进而影响整体系统的性能。

分析思路：

分析吞吐量：查看 rkB/s 和 wkB/s。如果磁盘的吞吐量已经接近其物理极限，而系统的 I/O 请求仍然很多，可能需要增加存储带宽或优化 I/O 模型。
检查 I/O 服务时间：查看 svctm。如果 svctm 很高，表明每个 I/O 请求的处理时间较长，可能是磁盘本身性能不足。可以考虑优化磁盘访问模式或更换更高性能的磁盘。
查看 I/O 请求数：查看 r/s 和 w/s。如果请求数较高，可以考虑在应用程序中引入缓存层，减少对磁盘的频繁访问。

解决方案：

优化 I/O 模型，减少小块随机 I/O 的发生，尽量将其转换为大块顺序 I/O。
增加磁盘的数量，分散 I/O 压力，或者使用 RAID 提高磁盘的并发访问能力。
使用 SSD 或 NVMe 等高性能存储设备。

4.3 I/O 等待时间过长

问题描述：

await、r_await 或 w_await 值较高（例如超过 10ms），说明 I/O 请求的等待时间较长，可能导致系统响应速度变慢，尤其是在高并发场景下。

分析思路：

分析 I/O 请求的类型：查看 r/s 和 w/s。如果写请求（w/s）的比例较高，可能是由于频繁的小块写操作导致了写放大效应，可以考虑优化应用程序的写操作。
检查合并情况：查看 rrqm/s 和 wrqm/s。如果这些值较低，表明 I/O 请求没有被很好地合并，可能需要通过调整 I/O 调度器或优化文件系统配置来减少 I/O 等待时间。
检查服务时间：查看 svctm。如果服务时间较长，说明磁盘处理每个 I/O 请求的时间较长，可以考虑增加磁盘缓存或更换更快速的磁盘设备。