最有效方式是启用并调优 access_log 的 buffer 和 flush 参数，如 buffer=32k flush=30s；复用句柄 via open_log_file_cache；精简日志字段并关闭非必要路径日志；配合 logrotate 与异步落盘机制。
直接在 Nginx 配置中控制日志写入节奏和开销，是提升高并发下性能最有效的方式。核心不是靠系统层缓存“兜底”，而是用好 Nginx 自身的缓冲、复用、精简和协同机制。
启用并调优 access_log 缓冲区
避免每条请求都触发一次磁盘 write，关键靠 buffer 和 flush：
- buffer=32k 是较稳妥的起点；单条日志较大（如含完整 UA）可设为 64k，但不建议超过 128k，以防宕机丢失过多日志
- flush=30s 平衡实时性与性能；若仅用于离线分析，可放宽至 1m；需快速排查问题时，建议设为 5–15s
- 配置示例：
access_log /var/log/nginx/access.log main buffer=32k flush=30s;
复用日志文件句柄
频繁 open/close 日志文件会带来大量系统调用，open_log_file_cache 能显著缓解：
- max=1000：适用于多虚拟主机或多日志文件场景
- inactive=20s：20 秒内未访问的句柄自动清理
- min_uses=3：至少打开 3 次才进缓存，避免临时干扰
- valid=1m：每分钟校验缓存项是否仍对应有效文件（应对 logrotate 后的文件变更）
- 配置示例：
open_log_file_cache max=1000 inactive=20s min_uses=3 valid=1m;
精简日志内容与关闭非必要记录
减少写入总量，是从源头降低 I/O 压力的根本办法：
- 自定义
log_format，只保留关键字段：$remote_addr、$time_local、$request、$status、$body_bytes_sent、$request_time - 去掉 $http_user_agent、$http_referer 等体积大、价值低的字段
- 对静态资源 location 显式关闭日志：
access_log off; - error_log 级别设为 warn 或 error，禁用 info/debug
配合 logrotate 与异步落盘
日志生命周期管理要和写入方式联动：
- logrotate 按大小（如
size 100M）或时间轮转，启用compress和delaycompress - 轮转后必须发信号通知 Nginx：
kill -USR1 $(cat /var/run/nginx.pid)，否则仍往旧文件写 - 若使用 Nginx 1.9.0+，可启用
aio on（需文件系统支持），进一步异步化写盘过程
