Nginx高并发下应启用异步日志优化性能：优先使用内置buffered access_log（如buffer=64k、flush=5s），避免误用access_log off；error_log不支持缓冲，可降级或转syslog；第三方异步模块需谨慎评估稳定性。
在高并发场景下，Nginx 默认的同步日志写入方式容易成为性能瓶颈——每次请求完成都要等待日志刷盘，磁盘 I/O 延迟会直接拖慢响应速度。启用异步日志记录模块（如 ngx_http_log_module 配合 buffer 和 flush 参数，或第三方模块如 nginx-async-log）可显著缓解这一问题。
使用内置 buffered 日志减少写盘频率
Nginx 原生支持日志缓冲，无需额外编译模块。通过在 log_format 后的 access_log 指令中添加 buffer 和 flush 参数，即可开启内存缓冲：
- buffer=64k：日志先写入内存缓冲区，满 64KB 再批量落盘
- flush=5s：即使缓冲未满，每 5 秒也强制刷一次盘，防止断电丢日志
- 缓冲区大小建议设为 4k–128k，过大会增加宕机时日志丢失风险
避免 access_log off 误用导致“伪异步”
关闭日志（access_log off）看似消除 I/O，实则只是跳过记录，无法满足审计、分析等刚需。真异步是在保障日志完整性前提下的 I/O 优化。若需更高吞吐，应优先调优缓冲策略，而非禁用日志。
注意 error_log 不支持 buffer，需另寻方案
与 access_log 不同，Nginx 的 error_log 指令不支持 buffer 或 flush 参数，始终同步写入。如错误日志量大（如 debug 级别），可考虑：
- 降低 error_log 级别（如改为
warn或error） - 将 error_log 输出到 syslog（
error_log syslog:server=127.0.0.1:514;），由 rsyslog 或 systemd-journald 异步处理 - 使用 logrotate 配合
copytruncate减少长连接写入阻塞
第三方异步模块需谨慎评估
像 nginx-async-log 这类基于线程池或 eventfd 的模块虽能彻底解耦日志写入，但存在额外依赖和稳定性风险：
- 需重新编译 Nginx，升级维护成本上升
- 线程模型与 Nginx 主事件循环可能存在资源竞争
- 生产环境建议先在灰度集群验证吞吐提升与延迟抖动情况
