高并发下nginx日志优化需三步协同：启用buffer=64k+flush=1s实现批量异步落盘；open_log_file_cache缓存句柄减少系统调用；精简log_format、关闭静态资源日志以降低i/o总量。
高并发下 Nginx 日志写入容易成为 I/O 瓶颈，关键不是关日志，而是让写入更“聪明”——用缓冲+定时刷盘、复用句柄、精简内容三步协同，把磁盘压力从高频小写变成低频大写。
启用 buffer + flush 实现近似异步批量落盘
这是最直接有效的吞吐提升手段。默认每条请求都触发一次 write() 和 fsync()，高并发时磁盘扛不住。加 buffer 和 flush 后，日志先攒在内存里，满或超时再统一刷盘。
- buffer=64k 是推荐起点：单 worker 可暂存数百条日志，兼顾聚合效果与宕机时丢失量可控（不建议低于 32k 或高于 128k）
- flush=1s 最常用：保证安全分析窗口不超 1 秒；若仅用于离线统计，可放宽到 3–5s，但避免设为分钟级
- 必须两者共存：只配 buffer 不配 flush，日志可能卡在内存里数秒甚至更久，reload 或崩溃时大量丢失
- 正确写法：
access_log /var/log/nginx/access.log main buffer=64k flush=1s;
复用日志文件句柄，减少系统调用开销
频繁 open/close 日志文件会带来大量 syscalls，尤其在多虚拟主机或多 access_log 配置时尤为明显。
- 启用
open_log_file_cache缓存句柄，避免每次写都重新打开文件 - 典型配置：
open_log_file_cache max=1000 inactive=20s min_uses=3 valid=1m; - 其中
valid=1m能自动感知 logrotate 后的新文件，避免写入旧路径
精简日志内容，从源头降低 I/O 总量
写得少，自然吞吐高。不必记录所有字段，尤其对高并发服务，价值低的大字段是隐形负担。
- 自定义
log_format，只保留必要字段：如$remote_addr $time_local "$request" $status $body_bytes_sent $request_time - 果断去掉
$http_user_agent、$http_referer等体积大、解析慢、分析价值低的字段 - 静态资源路径显式关闭日志：
location ~* \.(js|css|png|jpg|gif)$ { access_log off; } -
error_log级别设为warn或error，禁用info/debug
配合 logrotate 与文件系统异步能力
日志轮转本身不是优化项，但配置不当会抵消前面所有努力。
- logrotate 按大小轮转（如
size 100M）比按时间更可控，避免高峰时段集中切文件 - 轮转后务必发信号通知 Nginx：
nginx -s reopen或配置create+sharedscripts保证写入新文件 - Nginx 1.9.0+ 支持
directio（需 XFS/ext4 支持），可进一步绕过内核页缓存，适合大日志场景
