nginx日志刷盘需同时配置access_log的buffer和flush参数，buffer设缓冲区大小，flush设最大等待秒数（仅支持s单位），二者缺一不可；推荐通用场景用flush=5s。
在 Nginx 中，控制日志“最迟多久必须写入磁盘”，靠的是 access_log 指令中的 buffer 和 flush 两个参数协同生效，单独设 flush 是无效的。
必须同时配置 buffer 和 flush
buffer 定义内存缓冲区大小，flush 定义该缓冲区中第一条日志写入后、最多等待多久就必须刷盘——哪怕还没填满。两者缺一不可：
- 只写
flush=5s，不配buffer：Nginx 忽略 flush，日志仍按默认方式逐条同步写盘 - 只写
buffer=64k，不配flush：日志只在缓冲满或连接关闭时才落盘，无法保障时间上限
正确写法和单位要求
语法必须写在同一行，buffer 在前、flush 在后，单位仅支持 s（秒），不支持 ms、m 或小数：
- ✅ 正确：
access_log /var/log/nginx/access.log main buffer=64k flush=5s; - ❌ 错误：
flush=500ms、flush=0.5s、flush=1m（会报错或静默失效）
按场景选合适的刷新时间
flush 值本质是“最大容忍延迟”与“宕机丢失风险”的权衡：
- 安全监控、告警接口：用
flush=1s，异常行为基本秒级可见 - 通用 Web 服务：推荐
flush=5s，I/O 压力低，排查问题也够及时 - 离线分析或日志量极大：可设
flush=10s～30s，但断电或 kill -9 时最多丢对应时长的数据
验证是否真正生效
配置 reload 后，不能只看文件修改时间。建议用以下方式确认：
- 执行
nginx -s reload生效（无需重启） - 用
strace -p $(pgrep nginx) -e write观察实际 write 系统调用节奏 - 配合
iostat -x 1查看磁盘 %util 是否明显下降 - 注意：flush 不是固定周期刷盘，而是“上一次刷盘后开始计时，超时即刷”，所以实际间隔可能短于设定值（尤其高流量时）
