应启用并精细配置 open_file_cache，它缓存 inode、文件大小、修改时间及存在性信息，减少 stat() 和 open() 系统调用；推荐配置：max=10000、inactive=60s、valid=30s、min_uses=2、errors on，并配合关闭冗余日志、使用前缀匹配 location、保持 sendfile on。
直接调整 Nginx 的 inode 缓存策略，核心是启用并精细配置 open_file_cache——它不缓存文件内容，但会缓存 inode、文件大小、修改时间及存在性信息，从而大幅减少对 inode 的重复 stat() 和 open() 系统调用。
为什么需要专门优化 inode 相关行为
Linux 中每个文件对应唯一 inode，高频访问大量小文件（如图标、JS、CSS）时，每次请求都触发 stat() 读取 inode 元数据，会造成显著内核开销。尤其在容器或低配环境，inode 查询可能成为瓶颈。Nginx 自身不管理 inode 缓存，但 open_file_cache 通过内存中维护元数据快照，等效实现了“inode 级别轻量缓存”。
关键配置项与推荐值
以下指令需放在 http 或 server 块中：
- open_file_cache max=10000 inactive=60s;：最多缓存 10000 个文件句柄和元数据；60 秒未被访问则淘汰。值应略高于业务中活跃小文件数（如静态资源目录约 8000 个文件，设为 10000 较稳妥）
- open_file_cache_valid 30s;：每 30 秒重新 stat 一次缓存条目，校验 inode 是否变更、文件是否仍存在。太长易返回过期响应，太短增加检查负担
- open_file_cache_min_uses 2;：一个文件至少被连续访问 2 次才进入缓存，避免偶然请求污染缓存空间
- open_file_cache_errors on;：把权限拒绝、路径不存在等失败结果也缓存（默认不缓存），防止反复探测同一无效路径，降低无谓 inode 查找
配合系统层减少 inode 压力
Nginx 配置之外，还需注意两点：
- 关闭不必要的日志：
access_log off;或仅记录错误日志，避免每次请求都触发 inode 写入（日志文件自身也有 inode 开销） - 避免正则 location 匹配静态路径，例如不用
location ~* \.(js|css|png)$，改用前缀匹配location /static/，减少运行时路径解析带来的额外 inode 访问 - 确认
sendfile on;已启用——它依赖内核 page cache，而 page cache 的管理也与 inode 状态强相关；若禁用 sendfile（如开启 gzip），会退回到用户态 read()，间接增加 inode 相关系统调用频次
验证缓存是否生效
可通过以下方式观察效果：
- 使用
strace -p $(pgrep nginx) -e trace=open,stat对比开启前后系统调用数量，明显下降说明生效 - 监控
nginx_stub_status中的 Active connections 和 Reading 数值，在高并发小文件请求下更平稳，波动减小 - 检查
/proc/sys/fs/inode-nr的第二列（已分配 inode 数），长期稳定不飙升，说明内核 inode 压力得到缓解
