Nginx日志切割需主进程协调USR1信号实现原子轮转，配合logrotate避免竞态；异步写入依赖内核缓冲与buffer/flush配置，非用户态线程池。
在 Nginx 多进程模型中，日志切割和异步写入不能依赖单进程思维——多个 worker 进程会同时向同一文件追加写入，直接轮转或重命名极易导致日志丢失、错乱或写入失败。核心解法是：**由主进程协调切割时机，配合外部工具（如 logrotate）或信号机制完成原子切换，并借助操作系统缓冲与内核特性实现高效异步落盘**。
主进程接管日志轮转信号Nginx 本身不自动切割日志，但支持通过USR1 信号触发日志 reopen。当收到该信号时，主进程会通知所有 worker 进程关闭当前打开的日志文件句柄，并重新打开新路径（如 access.log.20240601）——这个过程是原子的、进程间同步的。
手动触发：运行kill -USR1 $(cat /var/run/nginx.pid)配合 cron 定时执行，例如每天凌晨：0 0 * * * kill -USR1 $(cat /var/run/nginx.pid) 2>/dev/null确保 nginx 配置中日志路径为绝对路径，且新文件路径可通过时间变量动态生成（需配合脚本预创建目录或使用 logrotate 的 create 指令）
用 logrotate 实现安全轮转与压缩归档logrotate 是最稳妥的日志管理工具，它能与 Nginx 的 USR1 机制无缝协作，避免竞态条件。
配置示例（/etc/logrotate.d/nginx）：/var/log/nginx/*.log {dailymissingokrotate 30compressdelaycompressnotifemptycreate 0644 www-data www-datasharedscriptspostrotateif [ -f /var/run/nginx.pid ]; thenkill -USR1 $(cat /var/run/nginx.pid)fiendscript}sharedscripts确保 postrotate 只执行一次（而非每个文件一次）
delaycompress避免刚轮转就压缩，给排查留出窗口异步写入：靠内核缓冲 + 写入策略优化，非应用层“线程池”
Nginx 本身不提供用户态异步 I/O 日志模块。所谓“异步”，实为利用 Linux 的 page cache 缓冲 + write() 系统调用非阻塞特性，再辅以合理配置降低刷盘频率与锁争用：启用buffer和flush参数（仅限 access_log）：access_log /var/log/nginx/access.log main buffer=64k flush=1s;这会让 worker 进程先写入内存缓冲区，每秒批量刷一次磁盘，减少 syscalls 和 seek 开销避免使用async（Nginx 1.17+ 实验性支持，依赖 AIO + directio，对普通日志收益低且易引发兼容问题）
确保日志所在磁盘挂载选项含noatime，减少元数据更新开销高吞吐场景下的进阶建议当日志量极大（如万级 QPS），单文件写入仍成瓶颈时，可考虑分流与卸载：按 server_name 或 upstream 分组写入不同文件，分散 IO 压力用syslog协议将日志发往远程 rsyslog 或 Loki，Nginx 原生支持：access_log syslog:server=127.0.0.1:514,facility=local7,tag=nginx,severity=info main;禁用 access_log 在部分 location（如静态资源），或改用 map 按条件记录，从源头减量