开启Nginx AIO可提升大文件静态服务性能，但需满足内核AIO、文件系统支持direct_io、编译启用--with-file-aio及配置aio on与directio；sendfile与aio互斥。

开启Nginx的异步文件读取（AIO）能显著提升大文件静态服务性能，但效果高度依赖系统配置和使用场景，并非所有情况都适用。

Linux下启用AIO需满足三个前提

Linux内核原生AIO（即io_submit/io_getevents）在Nginx中仅支持direct I/O模式，因此必须同时满足：

• 文件系统挂载时启用-o direct_io（如XFS支持，ext4需5.8+内核且格式化时开启dax或使用xfs）
• Nginx编译时启用--with-file-aio（主流发行版包通常已包含）
• 配置中显式开启：设置aio on; + directio 512;（或更大值，绕过页缓存）

典型配置示例与关键限制

以下配置仅对大于512字节的文件启用direct I/O + AIO：

location /video/ {
    alias /data/videos/;
    aio on;
    directio 512;
    output_buffers 1 128k;
}

注意：aio threads;是另一套基于线程池的异步方案（无需direct I/O），更通用但有线程调度开销；而aio on;严格依赖内核AIO，sendfile与aio互斥，开启AIO后sendfile自动失效。

真实性能差异取决于访问模式

基准测试常见结论：

• 高并发小文件（不如sendfile+pagecache，因绕过缓存失去局部性优势
• 大文件顺序读（如视频流、ISO下载）：AIO可降低CPU等待，吞吐提升20%~40%，尤其在I/O密集型磁盘（如HDD或低QoS云盘）上更明显
• 随机读或小块读：AIO收益微弱，甚至因direct I/O对齐要求导致额外开销

调试与验证是否生效

确认AIO实际工作需多角度验证：

• 检查Nginx错误日志：出现"aio is not supported"说明内核或文件系统不满足条件
• 用strace -e trace=io_submit,io_getevents观察worker进程是否调用AIO系统调用
• 对比/proc/PID/status中SigQ字段：启用AIO后信号队列长度通常明显升高