Nginx提升高并发磁盘读取能力需启用aio threads线程池模式，而非单独开启aio；必须关闭sendfile、定义thread_pool并配置aio threads=default，且避免与aio on混用。

要真正提升高并发下的磁盘读取能力，aio 不能单独开启，必须和 threads 线程池配合使用——这是 Nginx 在中小文件、混合资源场景下实现 I/O 解耦的关键路径。核心不是“开了 aio 就快”，而是让磁盘读不卡 worker，把耗时操作移出事件循环。

确认系统与内核支持

线程池模式（aio threads）依赖 Linux 原生 AIO 接口（io_submit/io_getevents），需满足：

• 内核版本 ≥ 2.6.22（推荐 3.10 或 5.x，CentOS 7 默认满足）
• 内核编译选项 CONFIG_AIO=y（可执行 zcat /proc/config.gz | grep CONFIG_AIO 验证）
• 已安装 libaio 库（yum install libaio 或 apt-get install libaio1）
• 文件系统支持 direct I/O（ext4/xfs 均支持，无需特殊挂载参数）

启用 aio threads 的正确配置方式

该模式不依赖 sendfile 和 directio，适用范围更广（如 HTML、JS、图片等几十 KB 到几 MB 的静态资源）。典型配置如下：

• 在全局或 server 块中定义线程池：thread_pool default threads=32 max_queue=65536;
• 在 location 中启用异步读：aio threads=default;
• 关闭 sendfile：sendfile off;（避免与 threads 冲突）
• 禁用内核零拷贝优化：tcp_nopush off;（非必须，但可避免干扰）

注意：不要混用 aio on 和 aio threads；前者只适用于大文件 + directio 场景，二者互斥。

适配业务特征调优线程池参数

线程池不是越大越好，需结合磁盘吞吐能力与请求特征设定：

• SSD 随机读能力约 50K–100K IOPS → 线程数建议设为 32～128
• 若平均请求读取 200KB 文件，带宽上限 2GB/s → 理论并发处理能力 ≈ 10K req/s，线程池队列长度应预留缓冲（max_queue ≥ 并发请求数 × 1.5）
• 监控指标：线程池等待时间应稳定在 100 表示需扩容或限流

避免常见误用陷阱

很多团队开启后没效果，问题往往出在这些细节：

• 未关闭 sendfile —— 会导致 aio threads 被跳过，回退到阻塞式 read
• 在 root 路径下全局启用 aio threads，但实际缓存命中率高（如 open_file_cache 命中），磁盘读本身极少，优化无感知
• 回调逻辑写在 handler 里做解析/压缩/日志，实质仍占用 worker 资源 —— 正确做法是只投递 task 结构体到线程池，CPU 密集型操作全在线程池内完成
• 未限制最大文件大小，小文件（