await是每个i/o请求从发出到完成的平均耗时（毫秒），含排队与处理时间；机械盘>15ms、sata ssd>5ms、nvme>1ms需警惕，持续>30ms基本确认瓶颈；须结合avgqu-sz和吞吐量判断：avgqu-sz>4(ssd)或>8(nvme)且await同步升高，说明上层下发过快；avgqu-sz≈1但await高，则可能为大io、坏块或链路异常；await高+%util低指向内核或文件系统层问题。

直接看 iostat -x 1 的 await，但不能单看它——得结合 avgqu-sz 和吞吐量一起判断。

await 是什么
它是每个 I/O 请求从发出到完成的平均耗时（单位毫秒），包含排队时间 + 设备处理时间。数值本身不直接说明“慢”，关键看它是否异常升高，以及为什么升高。

哪些 await 值需要警惕

• 机械盘持续 >15ms
• SATA SSD 持续 >5ms
• NVMe 持续 >1ms（高端型号甚至 >0.5ms 就该查）
• 稳定超过 30ms，基本确认存在排队或响应延迟

await 高 ≠ 磁盘物理慢，要看 avgqu-sz

PyCharm 2026.2.0.1 Linux版

PyCharm 2026.2.0.1 Linux版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合需要指定 PyCharm 版本进行 Python 项目开发、运行和调试的用户。

下载

• avgqu-sz > 4（SATA SSD）或 > 8（NVMe），且 await 同步升高 → 上层下发太快，设备或调度器跟不上
• avgqu-sz ≈ 1 但 await 很高 → 可能是单个大 IO、坏块重试、链路不稳定，或硬件响应异常
• avgqu-sz 很低（比如 0.2），但 await 却很高 → 不太常见，需检查是否测量窗口太短，或存在瞬时毛刺

区分瓶颈在哪儿，靠组合

• await 高 + %util 高 + r/s + w/s 低 → 磁盘物理能力不足（如 HDD 随机写、SSD 老化、RAID 缓存关闭）
• await 高 + %util 低 → 请求卡在内核层：文件系统锁（ext4 journal、XFS log stall）、频繁 fsync()、小文件密集同步写
• await 正常 + %util 接近 100% + 吞吐逼近理论带宽 → 设备健康满载，不是瓶颈

下一步必须做

• 运行 sudo iotop -o，找 IO 最猛的进程
• 用 pidstat -d 1 5 确认该进程的读写速率和等待时间
• 对 PID 执行 lsof -p [PID]，看它操作哪些文件——集中在 /var/log/ 或数据库路径？那就查日志轮转策略、sync_binlog、innodb_flush_log_at_trx_commit 等设置

不复杂但容易忽略