在linux服务器运维中，我们经常遇到服务响应变慢、系统卡顿的问题，很多时候第一反应会排查cpu或内存使用率，却容易忽略磁盘io性能瓶颈——作为数据读写的底层通道，一旦io出现阻塞，哪怕cpu、内存资源充足，整个系统的运行效率也会骤降。本文梳理了从整体到进程的io瓶颈排查方法，帮你快速定位问题。

一、基础整体排查：用iostat看全局io状态

iostat是最常用的io分析工具，安装sysstat包即可使用，常用命令为`iostat -x 1 10`，意思是每隔1秒采样一次，共输出10次结果，方便观察动态负载下的io情况。需要重点关注三个核心指标：第一是`%util`，代表磁盘在采样周期内处于繁忙状态的占比，如果这个值长期高于80%，说明磁盘已经接近饱和，大概率存在io瓶颈；第二是`await`，指io请求的平均等待时间，普通机械硬盘正常await在1-20ms之间，固态硬盘一般低于1ms，如果await持续超过50ms，说明io等待已经严重影响性能；第三是`avgqu-sz`，也就是平均io队列长度，如果这个值持续大于1，说明磁盘处理速度跟不上请求速度，已经出现排队阻塞。

二、进程级定位：找出消耗io的具体进程

iostat只能输出整体磁盘的io情况，要定位哪个进程占用了io资源，常用两个工具：第一个是`iotop`，类似top的交互界面，默认按io使用率排序，可以直观看到每个进程的读写速率，轻松找出疯狂刷盘的异常进程；第二个是`pidstat`，执行`pidstat -d 1`就能每秒输出所有进程的io统计，可以看到每个进程每秒的读写数据量，更适合脚本化排查。实际运维中，过期日志清理不及时、慢查询导致的全表扫描、不合理的缓存配置，都会让对应进程持续占满io资源。

三、辅助验证：用vmstat确认系统io负载

还可以用`vmstat 1`快速验证整体io压力，输出中的`bi`（每秒读入块数）、`bo`（每秒写出块数）可以直观反映磁盘的整体读写吞吐量，`wa`列代表cpu等待io的时间占比，如果`wa`长期高于30%，基本可以确认系统存在严重io瓶颈。另外如果输出中`si`（交换区换入）、`so`（交换区换出）数值持续很高，说明内存不足导致频繁交换分区读写，这也是引发磁盘io瓶颈的常见原因。

排查linux磁盘io瓶颈遵循「整体看利用率→定位问题进程→验证细节指标」的流程，就能快速锁定问题根源，为后续优化提供明确方向，全文约675字。