nginx优化海量小文件读取性能的核心是缓存文件元数据和访问状态，而非内容；需启用并精细配置open_file_cache（max=10000 inactive=60s valid=30s min_uses=2 errors on），禁用directio、开启sendfile与tcp_nopush，配合前缀匹配location、关闭access_log及挂载noatime等协同优化。
Nginx 优化海量小文件读取性能，核心不是缓存“内容”，而是缓存“文件元数据和访问状态”——靠 open_file_cache 减少 open() 和 stat() 系统调用，配合 sendfile 实现零拷贝传输，这才是真正高效、低开销的路径。
启用并精细配置 open_file_cache
它不存文件内容，但缓存 inode、大小、修改时间、存在性及文件描述符（fd），直接跳过高频磁盘元数据查询。
-
open_file_cache max=10000 inactive=60s;：最多缓存 10000 个条目，60 秒未访问即淘汰；值应略高于活跃小文件总数（如静态资源目录有 7200 个文件，设 10000 更稳妥） -
open_file_cache_valid 30s;：每 30 秒主动校验一次缓存项是否仍有效（文件是否存在、mtime 是否变更） -
open_file_cache_min_uses 2;：同一文件至少被连续访问 2 次才进入缓存，避免临时路径污染 -
open_file_cache_errors on;：把 404、权限拒绝等错误结果也缓存，防恶意扫描反复触发 stat
强制走内核页缓存，禁用 directio
小文件必须依赖操作系统 page cache，而非绕过它。
- 不配置
directio，或显式写directio off; -
sendfile on;必须开启——它依赖 page cache，实现内核态零拷贝 - 配合
tcp_nopush on;，让 sendfile 数据尽可能填满 TCP 包，减少小包数量
精简请求路径与系统开销
每多一次路径解析、日志写入或正则匹配，都意味着额外 inode 访问。
- 静态资源用前缀匹配：
location /static/ { ... }，避免location ~* \.(js|css|png)$这类正则 - 关键场景关闭 access_log：
access_log off;（CDN 边缘节点或纯静态服务推荐） - 若需记录日志，启用日志文件缓存：
open_log_file_cache max=1000 inactive=1h valid=1h min_uses=2; - 文件系统挂载时加
noatime，避免每次读取更新访问时间戳
协同内核与进程调度提升局部性
I/O 效率最终受限于 CPU 缓存命中率和上下文切换成本。
-
worker_processes auto; -
worker_cpu_affinity auto;（Nginx ≥ 1.19.10）——让每个 worker 独占物理核，避免跨核迁移导致 L1/L2 缓存失效 -
worker_rlimit_nofile需与系统级 ulimit 对齐（四层对齐：sysctl、limits.conf、systemd、nginx.conf），确保 fd 资源真正可用
不复杂但容易忽略：先确认你用的是标准 Nginx，再谈调优。
