buffer通过内存暂存日志并批量落盘起作用：满足缓冲区满或flush超时任一条件即触发写入，显著降低磁盘i/o频次和worker阻塞；必须与flush配合使用，典型配置为buffer=64k flush=5s。
access_log 的 buffer 参数是 Nginx 中最轻量、最直接的日志性能优化手段——它不依赖外部服务，也不改动日志流向，仅靠内存暂存+批量落盘，就能显著降低磁盘 I/O 频次和 worker 进程阻塞风险。
buffer 是怎么起作用的
Nginx 默认对 access_log 使用带内核页缓存的 write() 系统调用，但仍是“每条日志都触发一次写操作”的同步模式。启用 buffer 后，日志内容先写入内存中一块固定大小的区域（即 buffer），等满足以下任一条件才真正调用 write() 写入磁盘或内核缓冲区：
- 缓冲区被填满
- 达到 flush 指定的时间阈值（需配合使用）
- worker 进程退出或重载配置时强制刷盘
合理设置 buffer 大小
buffer 值不是越大越好，需在内存开销、丢志风险与 I/O 效率间平衡：
- 典型值为 64k 或 128k：适合大多数中高流量站点，单次写入可合并数百条日志，大幅减少系统调用次数
- 低于 16k 效果有限：小缓冲频繁触发刷盘，几乎等同于未开启
- 超过 512k 需谨慎：极端情况下（如进程意外崩溃），可能丢失近半秒内的全部访问记录；且会占用更多 worker 进程内存
必须搭配 flush 才能发挥实效
仅设 buffer 不设 flush，Nginx 会在缓冲区满时才写入，高并发低请求密度场景下可能长时间滞留日志，既影响实时排查，也增加内存驻留时间。推荐组合写法：
- access_log /var/log/nginx/access.log main buffer=64k flush=5s; —— 满或 5 秒必刷，兼顾及时性与吞吐
- access_log /var/log/nginx/access.log main buffer=128k flush=3s; —— 更高吞吐，适用于日志量极大但容忍轻微延迟的后台服务
注意：error_log 不支持 buffer/flush，如需降低其 I/O 影响，应优先调整日志级别（例如从 info 改为 warn）或考虑 syslog 转发。
实际效果与验证方式
开启 buffer+flush 后，可通过以下方式确认生效：
- 用 iostat -x 1 观察 %util 和 await：写入频次下降、单次 I/O 数据量上升，await 明显降低
- 检查日志文件更新时间戳：不再每毫秒追加，而是呈“脉冲式”增长（如每 3–5 秒一批）
- 对比开启前后 worker 进程的 sys 时间占比（pidstat -u -p $(pgrep nginx) 1）：系统态 CPU 使用率通常下降 10%–40%
