nginx日志优化核心是缓冲写入、延迟落盘与系统协同，而非应用层缓存；需合理配置buffer/flush、条件记录、异步转发及内核文件系统调优。
直接用缓存技术“缓存日志”本身不成立——Nginx 日志是追加写入的顺序 I/O，不是读取场景；所谓“降低写入损耗”，核心不是缓存日志内容，而是减少磁盘 fsync 频次、规避小块写、错峰刷盘，并配合系统与内核层优化。关键在 缓冲写入 + 延迟落盘 + 合理轮转，而非应用层做日志缓存。
启用 access_log 的 buffer 和 flush 参数
Nginx 原生支持日志缓冲，可显著合并小写、减少 syscalls 和磁盘寻道：
- buffer=64k：为日志文件开启内存缓冲区，达到大小才刷一次（默认无缓冲）；
- flush=5s：即使未满 buffer，每 5 秒也强制刷盘，防进程异常时丢失最近日志；
- 示例配置：
access_log /var/log/nginx/access.log main buffer=64k flush=5s;
注意：buffer 大小建议设为页对齐（如 4K/16K/64K），避免内存碎片；flush 时间不宜超过 10s，兼顾可靠性与性能。
关闭 access_log 或按需条件记录
最有效的“减负”方式是减少日志量本身：
- 静态资源（js/css/png 等）可跳过记录：
location ~* \.(js|css|png|jpg|gif|ico)$ { access_log off; }； - 健康检查探针（如 /healthz）或内部监控请求，用
map指令动态控制：map $request_uri $loggable { ~^/healthz 0; default 1; }，再在 log 指令中引用access_log /path/log if=$loggable;； - 调试期临时关闭日志比调优更立竿见影。
使用异步日志转发（syslog 或 fluentd）
将日志写入本地 UDP syslog 或通过 fluent-bit 收集，交由专用日志服务处理：
- Nginx 支持
syslog:server=127.0.0.1:514,tag=nginx，日志走内存队列+批量发包，不阻塞 worker； - 优势：完全解耦 Nginx 进程与磁盘 I/O，避免日志写满 /var 或触发 ext4 journal 压力；
- 注意：UDP 有丢包风险，生产环境建议用 TCP + 重试机制（如 fluentd 的
forward协议），或启用syslog的 reliable 模式。
内核与文件系统协同优化
单靠 Nginx 配置不够，需底层配合：
- 挂载选项加
noatime,nobarrier（仅限 SSD 或有 UPS 的环境），减少元数据更新开销； - 日志文件所在分区使用
xfs（优于 ext4 的大文件顺序写性能）； - 调整内核参数：
vm.dirty_ratio=30、vm.dirty_background_ratio=5，让 page cache 更积极地延迟刷盘，但避免突发 flush 峰值； - 确保
/var/log/nginx不与系统盘或数据库盘混用，SSD 独占最佳。
不复杂但容易忽略：真正压垮高并发日志性能的，往往不是单次写慢，而是高频小写触发磁盘调度争抢和 journal 锁。从 buffer/flush 入手，再叠加分流与系统调优，才能稳住万级 QPS 下的日志吞吐。
