磁盘写入延迟超150ms需定位瓶颈：先用iostat查await（含排队+服务时间）和avgqu-sz（队列积压），再按硬件选调度器（HDD用deadline、SSD用none）、调优脏页参数（如dirty_background_ratio=5）、禁用不必要的文件系统屏障与barrier。
磁盘写入延迟超过150ms，说明I/O请求在队列中等待或设备处理时间过长，已超出健康阈值。重点不是“有没有延迟”，而是要定位延迟发生在哪一环：是请求堆积在内核队列？还是调度策略不匹配硬件？或是底层设备响应变慢？下面从三个关键层面直接给出可操作的判断与调整方法。
看懂iostat里的await和avgqu-sz
延迟高 ≠ 磁盘坏了，先确认指标含义：
- await（单位ms）：每个I/O请求的平均耗时，含排队时间 + 实际服务时间；持续＞150ms需干预
- avgqu-sz：平均队列长度；若长期＞1且await同步升高，说明请求积压在队列中，不是设备慢，而是调度或并发控制出了问题
- %util接近100%：设备饱和，但SSD上该值参考价值低（NVMe常显示偏低却仍有高延迟），应结合await和队列深度综合判断
按硬件类型选对IO调度器
调度器决定请求如何排序、合并、优先级分配，错配会放大延迟：
- 机械硬盘（HDD）：用red">deadline——它设读请求500ms/写请求5s截止时间，防饿死，显著压低随机IO延迟波动
- 普通SSD（SATA/NVMe）：用none（即noop）——无寻道开销，FIFO最轻量，减少CPU调度负担
-
数据库服务器（如MySQL）：强制deadline，避免日志刷盘被大文件写阻塞；验证命令：
echo deadline > /sys/block/nvme0n1/queue/scheduler - 不建议继续使用CFQ（已逐步弃用）或默认的bfq（在高吞吐写场景下可能引入额外延迟）
调优内核脏页参数，控制写入节奏
Linux通过内存缓存写入，脏页积压后集中刷盘会引发I/O尖峰，造成延迟抖动：
- 降低后台回写触发点：
echo 5 > /proc/sys/vm/dirty_background_ratio（5%脏页即启动回写） - 收紧阻塞写入阈值：
echo 10 > /proc/sys/vm/dirty_ratio（10%即暂停应用写入） - 缩短脏页存活时间：
echo 3000 > /proc/sys/vm/dirty_expire_centisecs（30秒未刷即强制处理） - 配合
vm.swappiness=10降低swap倾向，避免内存压力间接拖慢IO
检查是否被文件系统或挂载选项拖累
某些默认设置会主动增加延迟，尤其在非UPS环境误启屏障：
- 运行
mount | grep barrier，若显示barrier=1，且无UPS保障，可临时禁用：mount -o remount,barrier=0 /data - ext4写密集场景可改用
data=writeback（日志仅记录元数据），比默认ordered模式延迟低20%~40%，但有小概率元数据不一致风险 - 加
noatime挂载选项，避免每次读都触发时间戳更新，减少无效写入
