如何解决由于磁盘 IO 瓶颈导致的 worker 进程进入 D 状态（不可中断睡眠）-Nginx-PHP中文网

Nginx worker进程频繁进入D状态基本可判定为底层磁盘IO阻塞，表现为不可中断睡眠，需通过iostat、/proc/PID/stack和iotop定位IO瓶颈源并针对性缓解。

如何解决由于磁盘 io 瓶颈导致的 worker 进程进入 d 状态（不可中断睡眠）

当 Nginx 或其他服务的 worker 进程频繁进入 D 状态（不可中断睡眠），基本可判定它们被卡在底层磁盘 IO 上，不是 CPU 或内存问题，而是进程在等待内核完成读写操作时无法被信号中断。这种状态本身是内核保护机制，但持续出现说明 IO 路径存在严重阻塞。

D 状态不一定都由磁盘引起，死锁、内核模块异常或硬件故障也可能触发。需快速过滤：

用 top -b -n1 | grep ' D ' 或 ps aux | awk '$8 ~ /^D$/ {print $0}' 抓出当前所有 D 状态进程，重点关注 nginx worker、php-fpm 子进程、数据库后台进程等用户态服务
检查对应进程的堆栈：cat /proc/PID/stack（需 root）。若看到 blk_mq_do_dispatch_sched、__wait_on_bit、ext4_writepages、nvme_queue_rq 等关键词，基本锁定为块设备或文件系统层等待
同步看 iostat -x 1：若 %util 接近 100% 且 await > 50ms，而 r/s 或 w/s 却不高，说明请求大量堆积在队列里，worker 正在排队等磁盘响应

D 状态是表象，根源在谁发起了大量低效 IO。别急着调 worker_processes，先定位驱动者：

运行 sudo iotop -o -P（只显示实际在做 IO 的进程），按 I/O% 或 SWAPIN% 排序，找出真实占用 IO 的进程名和 PID
常见“背锅侠”包括：未配置 WAL 同步策略的 PostgreSQL、innodb_flush_log_at_trx_commit=1 + 高频小事务的 MySQL、logrotate 每小时 truncate 大日志、rsync 同步未限速、临时目录下 PHP 应用高频创建/删除 session 或缓存小文件
对可疑 PID 执行 lsof -p PID | grep -E "(REG|DIR)"，重点看是否在反复 open/write 同一个大日志（如 /var/log/nginx/access.log）、WAL 文件（pg_wal/）、或 /tmp 下成百上千个 4KB 小文件

缓解不等于根治，目标是让 worker 尽快脱离 D 态，恢复服务可用性，同时为长期优化争取时间：

立即降低 IO 冲突强度：临时减少 worker_processes 数量（HDD 环境建议设为 2～4，SSD 可试 4～6），避免多个 worker 同时争抢同一块磁盘的随机寻道资源
禁用触发高频同步写的行为：比如临时注释掉 Nginx 的 access_log /path/to/access.log，或改用 buffer 和 flush（access_log /path/to/access.log buffer=64k flush=5s）；对 PHP 日志，把 error_log 改为 syslog 方式，交由 rsyslog 统一异步刷盘
调整挂载选项：对非关键分区（如 /tmp、/var/tmp），添加 noatime,nodiratime,commit=60；若使用 ext4，可尝试 data=writeback（注意数据安全性权衡）
检查是否有进程在执行 fsync() 或 fdatasync() 过于频繁——用 strace -p PID -e trace=fsync,fdatasync,write 抓几秒，若每写 4KB 就 sync 一次，必须改应用逻辑或中间件配置（如 MySQL 的 sync_binlog=1 → 设为 1000）

单纯重启服务或杀进程只能暂时释放 D 状态，不解决 IO 模型错配问题：

静态文件服务场景下，worker_processes 必须按磁盘 IO 带宽调优，而非 CPU 核数。实测方法：从 1 个 worker 开始压测，观察 iostat 中 %util 和 await 是否稳定；逐步加到 2、4、8，一旦新增 worker 带来的 IO BPS 提升低于 5%，就说明已达物理瓶颈
启用内核零拷贝加速：Nginx 配置中确保 sendfile on; tcp_nopush on;，让文件传输绕过用户态内存拷贝，显著降低单次读文件的系统调用开销和上下文切换
将高 IO 负载任务彻底剥离主服务链路：例如审计日志、报表导出、缩略图生成，统一投递到 Redis List 或 Kafka，由独立 worker 进程消费并落盘，PHP/Nginx 主进程不再承担任何阻塞式文件写操作
对机械盘环境，考虑用 tmpfs 挂载 /var/log/nginx 或 /tmp，把高频小文件 IO 转移到内存；对数据库，将 WAL 日志单独挂载到 SSD 分区，与数据文件物理隔离