在Nginx中配置日志切割
说到Nginx的日志管理，一个绕不开的话题就是日志切割。毕竟，任由日志文件无限增长，不仅会占用大量磁盘空间，还会给后续的查询和分析带来麻烦。那么，如何优雅地实现自动切割呢？答案就是利用系统自带的 logrotate 工具。这个工具堪称日志管理的“瑞士军刀”，专门负责日志文件的轮转、压缩和清理。下面，我们就来一步步拆解配置过程。
第一步：确保logrotate已就位
通常情况下，主流的Linux发行版都已经预装了 logrotate。如果你不确定，可以先检查一下。万一没有，安装起来也非常简单。
对于基于Debian的系统（如Ubuntu），打开终端，执行：
sudo apt-get update
sudo apt-get install logrotate如果是基于Red Hat的系统（如CentOS），命令则是：
sudo yum install logrotate第二步：为Nginx创建专属配置
logrotate 的主配置文件是 /etc/logrotate.conf，但最佳实践是为每个服务创建独立的子配置文件，这样管理起来更清晰。Nginx的配置通常就放在 /etc/logrotate.d/ 目录下。
使用你熟悉的编辑器（如nano或vim）创建或编辑这个文件：
sudo nano /etc/logrotate.d/nginx第三步：写入核心配置规则
接下来，就是重头戏了。将下面这段配置规则粘贴到刚才打开的文件中：
/var/log/nginx/*.log {
daily
missingok
rotate 7
compress
delaycompress
notifempty
create 0640 www-data adm
sharedscripts
postrotate
if [ -f /var/run/nginx.pid ]; then
kill -USR1 `cat /var/run/nginx.pid`
fi
endscript
}别被这一堆参数吓到，我们来逐一解读，其实每一项都很有讲究：
daily: 设定轮转周期为每天一次。当然，你也可以根据需求改为weekly（每周）或monthly（每月）。missingok: 如果日志文件暂时找不到，跳过而不报错，避免任务因文件不存在而中断。rotate 7: 关键设置之一。它意味着最多保留7份历史日志（比如近7天的），更早的会自动删除，有效控制磁盘占用。compress与delaycompress: 这对组合很实用。compress指示要压缩旧日志以节省空间，而delaycompress则会将压缩推迟到下一次轮转时进行，这样你总能有一份未压缩的最新历史日志可供查阅。notifempty: 如果日志文件是空的，就不进行轮转，避免产生一堆无用的空文件。create 0640 www-data adm: 轮转后创建新日志文件时，指定其权限（0640）和属主/属组（www-data和adm）。这确保了Nginx进程有权限继续写入新日志。sharedscripts: 当匹配到多个日志文件（如access.log和error.log）时，确保postrotate脚本只运行一次，而不是每个文件都运行一次。postrotate/endscript脚本段: 这是整个配置的灵魂。它会在日志轮转动作完成后，向Nginx主进程发送USR1信号。这个信号的作用非常巧妙：它通知Nginx重新打开日志文件，从而实现无缝切换，服务无需重启，也不会丢失任何正在写入的日志。
第四步：先测试，再上线
配置写好了，先别急着让它自动运行。最好手动测试一下，看看效果是否符合预期。执行下面的命令可以强制触发一次轮转：
sudo logrotate -f /etc/logrotate.d/nginx然后，去 /var/log/nginx/ 目录下看看，应该能看到类似 access.log.1、error.log.1.gz 这样的文件生成，这就说明配置生效了。
第五步：交给系统自动执行
测试无误后，就可以放手了。logrotate 本身作为一个系统守护任务，通常由 cron 每日调度。你可以检查一下 /etc/cron.daily/logrotate 这个脚本，确保其内容类似如下：
/usr/sbin/logrotate /etc/logrotate.conf只要这个定时任务在，你的Nginx日志就会每天被自动、静默地打理得井井有条。
至此，一套完整的Nginx日志自动切割方案就部署完成了。它既能保障磁盘空间，又确保了日志的连续性，对于线上服务的稳定运维来说，是个必不可少的小技巧。
