磁盘I/O过高需按四步排查：先用top和iostat确认真实I/O瓶颈；再通过lsblk、df定位高负载磁盘及挂载点；接着用iotop、pidstat找出高IO进程与线程；最后用lsof、strace等分析其具体读写行为。
磁盘I/O过高通常不是孤立现象，而是系统负载失衡的外在表现。关键在于快速确认是否真为I/O瓶颈，并层层聚焦到具体设备和进程，避免在CPU或内存问题上浪费时间。
第一步：确认是否存在真实I/O瓶颈先看整体等待情况，再查磁盘利用率：运行top，观察右上角%wa（iowait）
是否持续高于15%～20%，同时 %us 和 %sy 较低——这是I/O等待的典型信号用iostat -x 2检查各磁盘的%util：持续 ≥80% 表示设备已饱和；
await > 50ms说明请求排队严重，不只是忙，更是响应慢注意区分：如果多个磁盘 %util 都低，但 %wa 很高，可能是内核预读（readahead）或内存回收触发的隐式IO，需结合vmstat 1观察pgpgin/pgpgout和pgmajfault第二步：定位压力集中的磁盘与挂载点iostat 输出中找出 %util 或 await 最高的 Device（如nvme0n1、sdb），然后确认它对应哪个业务路径：Docker Desktop（linux）
当前 Docker 最新稳定版本之一，主要针对稳定性和兼容性进行了修复优化，适合生产环境与日常开发使用。该版本继续强化 AI 开发支持、容器日志管理以及 Docker Engine 的安全能力，对 Windows/macOS/Linux 平台兼容性进行了进一步优化。
下载执行lsblk或df -h，将设备名映射到挂载目录（如/var/lib/mysql、/data/logs）
用cat /proc/mounts | grep sdb查看挂载参数，留意是否启用了noatime或barrier=0等影响IO行为的选项若为云盘（如 Alibaba Cloud 的 cloud_ssd），还需登录控制台查看云监控中的“实际IOPS”和“吞吐量”，比对是否已达规格上限第三步：找出消耗IO最多的进程和线程优先使用实时性强、权限要求低的工具：sudo iotop -o：只显示当前有IO活动的进程，按DISK READ/WRITE排序，重点关注IO>列（I/O等待时间占比）高的进程
补充验证：
pidstat -d 1可输出每个进程的 kB_rd/s 和 kB_wr/s，适合脚本化采集或后台记录若需深入到线程级（例如MySQL单个慢查询线程打满IO），可用ps -T -p
检查是否在刷脏页：MySQL 可查SHOW ENGINE INNODB STATUS\G中的LOG和FILE I/O段；PostgreSQL 查pg_stat_bgwriter
观察系统调用：
strace -p