Linux怎么查看具体的磁盘IO性能瓶颈

在linux服务器运维场景中，磁盘io性能瓶颈是引发系统卡顿、业务响应延迟的常见“隐形杀手”，很多时候排查后发现cpu、内存使用率都在正常区间，但业务就是响应缓慢，问题根源大多出在磁盘io上，掌握正确的排查方法能快速定位性能瓶颈。

iostat是linux下最基础也最常用的磁盘io统计工具，默认包含在大多数发行版的sysstat包中，执行`iostat -x 1 10`即可每隔1秒输出一次统计，共采样10次。需要重点关注几个核心指标：首先是%util，代表设备每秒io处理的时间占比，如果该指标长期高于90%，说明磁盘已经处于满负载运行状态，io资源已经饱和；其次是await，即io请求的平均等待时间，正常情况下该数值应该低于5ms，如果超过10ms则说明磁盘io已经出现了明显阻塞；如果await远高于svctm（io平均服务时间），则说明大量io请求都在设备队列中排队等待，基本可以确认存在io性能瓶颈。

确认整体存在io瓶颈后，下一步就是找到占用io资源最高的进程，此时iotop是最直观的工具，直接执行`iotop`即可进入交互式界面，默认会按照进程的实际io占用排序，可以清晰看到每个进程的磁盘读写速率、io占比。如果需要非交互式统计，也可以使用`pidstat -d 1`输出所有进程的每秒io统计信息，快速定位到异常进程——多数场景下，大量打印日志的应用、批量数据处理任务、高并发访问的数据库，都是高io占用的元凶。

如果需要更深入定位块设备层面的io延迟问题，可以使用blktrace工具跟踪内核块设备层的io请求，配合blkparse分析输出，能得到每个io请求从发起到完成的全链路耗时，帮助排查到底是应用层生成请求过慢，还是块设备本身调度、硬件层面出现了性能问题，尤其适合定位偶发的io延迟抖动问题。

定位到io瓶颈后，可根据实际场景优化：机械盘可将io调度调整为deadline，ssd调整为noop或kyber，热点读写业务可以分离io路径，减少资源争抢，严重瓶颈可以直接升级存储介质，彻底解决io性能问题，