直接启用 open_log_file_cache 可显著减少高并发下日志文件的反复 open/close 系统调用，它仅缓存日志文件描述符和元信息，需配置 max、inactive、min_uses、valid 四项参数，并配合日志关闭、缓冲、轮转优化及系统限制调整。

直接启用 open_log_file_cache 可显著减少高并发下日志文件的反复 open/close 系统调用，从而降低文件句柄消耗和磁盘 I/O 压力。它不缓存日志内容，只缓存日志文件的描述符（fd）和基本元信息，让 Nginx 复用已打开的 fd，避免每条日志都触发一次系统级文件打开操作。

核心配置项与合理取值

该指令需在 http 或 server 块中显式声明，典型配置如下：

• max=1000：最多缓存 1000 个日志文件句柄。若站点使用大量虚拟主机或按日期/路径切分 access_log，建议设为 2000–5000；超过系统 fs.file-max 的 1% 需谨慎
• inactive=1m：1 分钟内未被写入的日志文件句柄将被考虑淘汰。对流量波动大的服务，可缩短至 30s；对稳定长连接场景，可延长至 2–5m
• min_uses=2：同一日志文件在 inactive 时间窗口内至少被写入 2 次才进入缓存。防止单次错误日志（如临时调试日志）占用缓存空间
• valid=1m：每分钟检查一次缓存中的日志文件是否仍存在、是否可写（例如日志轮转后原文件被 mv 或删除）。避免因文件消失导致后续写入失败

配合日志策略协同降压

单靠缓存不够，必须结合日志行为优化：

• 对静态资源（CSS/JS/PNG 等）关闭 access_log：location ~* \.(js|css|png|jpg|gif|ico)$ { access_log off; }，从源头减少日志写入量
• 启用日志缓冲：access_log /path/to/access.log main buffer=64k flush=5s;，批量写入降低系统调用频次
• 避免高频轮转（如每秒或每分钟切日志），推荐按大小轮转（logrotate 配置 size=100M）或至少 1 小时一转，防止缓存频繁失效
• 禁用低等级 error_log（如 info、debug），生产环境保持 warn 或更高，减少冗余日志生成

验证是否真正生效

不能只看配置加载成功，要观察实际效果：

• 对比开启前后：lsof -p $(pgrep nginx) | grep 'REG.*log' | wc -l —— 缓存生效后，worker 进程打开的日志文件数应趋于稳定（不再随请求量线性增长）
• 检查 error_log 中是否出现 open_log_file_cache: cache miss 或 cache full 类警告，前者说明缓存命中率低，后者提示 max 不足或轮转太频繁
• 压测时关注 iostat -x 1 中的 %util 和 await：若明显下降，说明磁盘写入压力减轻

注意系统级限制

缓存能力受底层约束：

• Linux 默认 inotify 实例有限，若日志路径多且轮转频繁，可能触发 inotify_add_watch() failed (No space left on device) —— 需调大：echo 524288 > /proc/sys/fs/inotify/max_user_watches
• 确认 ulimit -n 足够：Nginx worker 进程需同时持有业务文件句柄 + 日志缓存句柄，建议设为 65535 或更高
• 避免将 open_log_file_cache 与 open_file_cache 混用在同一路径（如日志目录也被 static location 引用），易造成缓存污染或冲突