图文详解nginx日志切割的实现

什么是nginx日志切割

nginx是一个高性能的web服务器和反向代理服务器，会记录用户请求Nginx服务器的日志。日志记录包括请求IP、请求时间、请求路径、状态码等，这些信息对于排查问题和运营分析都有很大帮助。但是，随着访问量的不断增加，日志文件不断增大，如果不对日志进行处理，会影响磁盘的可用空间和读写效率，导致服务器的异常甚至瘫痪。

为了解决这个问题，我们需要对nginx日志进行切割，即将过大的日志文件自动切割成多个小文件，以便于管理和查看。

nginx日志切割的实现方式

nginx日志切割的实现方式有两种：基于crontab的定时切割和基于nginx的信号量切割。

基于crontab的定时切割

实现方式

1. 在Linux系统中通过crontab命令创建一个定时任务，定时执行一个脚本来切割nginx日志文件。

crontab -e #编辑定时任务
* * * * * /bin/bash /opt/scripts/nginx_logrotate.sh > /dev/null 2>&1 #每分钟执行一次切割脚本

1. 编写切割脚本nginx_logrotate.sh，使用logrotate命令来切割nginx日志文件。logrotate是一个万能的日志切割工具，可以同时处理多个日志文件，并且可以设置日志切割的条件和策略。

下面是一个示例nginx_logrotate.sh的代码：

#!/bin/bash
PATH="/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin"
LOGDIR="/var/log/nginx"
LOGNAME="access.log"
INTERVAL=1
COUNT=30
DATE=$(date -d "yesterday" +%Y%m%d)
cd $LOGDIR
tar zcvf $LOGNAME-$DATE.tar.gz $LOGNAME.$DATE #压缩昨天的access.log
rm -f $LOGNAME.$DATE #删除昨天的access.log
/usr/sbin/logrotate -f -v -s $LOGDIR/$LOGNAME.state $LOGDIR/$LOGNAME.conf #切割access.log的配置文件

注意，需要先在nginx的配置文件中指定日志切割的条件和策略。

优缺点

优点：
- 简单易用，可以使用logrotate的万能功能。
- 可以根据自己的需求自由设置日志切割条件和策略。

缺点：
- 切割时间不精确，无法精确切割日志文件。
- 如果nginx因故障重启，会导致日志切割不完整。

基于nginx的信号量切割

实现方式

1. 在nginx的配置文件中指定日志切割的条件和策略，例如：

access_log /var/log/nginx/access.log main;
error_log /var/log/nginx/error.log;

这会让nginx在记录请求日志的同时，将日志输出到/var/log/nginx/access.log文件中。

1. 使用kill命令给nginx进程发送信号量，让它重新打开日志文件。例如，使用kill -USR1命令，即可让nginx重新打开日志文件，从而实现日志切割。

下面是一个示例的日志切割脚本的代码：

#!/bin/bash
LOGDIR=/var/log/nginx
LOGNAME=access.log
PIDFILE=/var/run/nginx.pid
SIZE=10 #单位是M
SUFFIX=$(date +%Y%m%d%H%M%S)
CUR_SIZE=$(du -sm $LOGDIR/$LOGNAME | awk '{print $1}') #单位是M
if [ $CUR_SIZE -ge $SIZE ]; then
    kill -USR1 `cat $PIDFILE`
    sleep 1
    mv $LOGDIR/$LOGNAME $LOGDIR/${LOGNAME}_${SUFFIX}.log #备份旧日志文件
    sleep 1
    kill -USR1 `cat $PIDFILE`
fi

通过定时检查日志文件大小，当日志文件超过指定大小时，发送USR1信号让nginx重新打开日志文件，然后备份旧日志文件并重新打开日志文件。

优缺点

优点：
- 精准控制日志切割时机，可以依据实际情况自行设置日志切割的时间。
- ngin本身提供了切割信号量，无需依赖外部工具。

缺点：
- 实现起来稍微麻烦一点。

总结

不同的日志切割方法有各自的优缺点。如果需要自由地设置日志切割的条件和策略，建议使用基于crontab的定时切割；如果需要精确控制日志切割的时间和切割的时机，建议使用基于nginx的信号量切割。