Nginx日志切割配置方法与自动管理教程

在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日志自动切割方案就部署完成了。它既能保障磁盘空间，又确保了日志的连续性，对于线上服务的稳定运维来说，是个必不可少的小技巧。