nginx 不支持真正异步日志写入，其 access_log 的 buffer 和 flush 参数仅实现内存缓冲+定时/定量刷盘的同步 i/o 优化；必须同时配置 buffer=64k 和 flush=1s 才生效，error_log 不支持该机制，需转 syslog 实现近似异步。
Nginx 本身不支持“异步写入 buffer”的日志机制（如类似 systemd-journald 或某些应用层日志库的内存缓冲+后台刷盘），其 access_log 指令的 buffer 和 flush 参数实现的是**内核缓冲 + 定时/定量刷盘**，属于同步 I/O 上的优化，并非真正异步（即不阻塞 worker 进程）。但合理配置 buffer 可显著减少磁盘 I/O 频次，提升高并发下的日志性能。
启用 access_log buffer 缓冲
在 http、server 或 location 块中，为 access_log 添加 buffer 和可选的 flush 参数：
-
buffer=64k：分配 64KB 内存缓冲区，日志先写入该 buffer，满后再刷到磁盘 -
flush=1s：即使 buffer 未满，每秒也强制刷盘一次，降低日志延迟（默认不启用 flush） - 示例：
access_log /var/log/nginx/access.log main buffer=128k flush=500ms;
配合 use_temp_path 关闭临时文件写入
当开启 buffer 后，Nginx 默认仍可能使用临时路径写日志（尤其在 buffer 满或 flush 触发时）。可通过以下方式避免额外磁盘开销：
- 在
http块中添加：access_log /path/to/log main buffer=128k flush=1s; - 同时设置：
log_format main '...';（确保格式已定义） - 若使用
access_log off;关闭某 location 日志，可进一步减负
注意 buffer 大小与风险平衡
buffer 不是越大越好，需兼顾内存占用与崩溃丢失风险：
- 典型值：32K–256K；超过 512K 需谨慎（worker 进程多时总内存占用上升）
- buffer 中内容在 Nginx 异常退出（如 kill -9）时会丢失，生产环境建议
flush设为 ≤1s - 避免在低内存 VPS 上设置过大 buffer（如 1M），可能导致 OOM 或 swap 颠簸
替代方案：syslog 转发（近似异步）
若需更彻底解耦日志 I/O，可将日志转发至本地 syslog（如 rsyslog），利用其自带队列和异步刷盘能力：
- 配置：
access_log syslog:server=127.0.0.1:514,facility=local7,tag=nginx main; - 需确保 rsyslog 已启用 UDP/TCP 监听，并配置 disk-assisted queue（
$ActionQueueFileName等） - 优势：Nginx 日志写入变为快速 socket send，真正非阻塞；劣势：引入额外服务依赖和网络栈开销
