烂泥：切割nginx日志

这几天自己看了下博客的nginx日志，发现日志文件发现越来越大。

因为nginx自己不会对日志文件进行切割，所以打算通过其他方式进行切割，而且为了后续能对nginx日志文件里面记录的数据进行分析，所以打算按照天对其进行切割。

PS：本篇文章所以的操作是在centos6.5 OS 64bit上进行。

切割nginx日志，我们可以通过两种不同的方式进行，分别是：通过logrotate和通过shell脚本。

如果是yum方式安装的nginx，系统默认会自动通过logrotate这个日志管理软件，按天进行分割。但是经过多次测试发现logrotate切割日志不会按照自己设置的时间点进行分割，这点有点失望。

所以无论是yum方式安装，还是源码方式安装，都建议使用shell脚本方式进行切割日志。

为了更深入的学习linux系统，在此也会介绍下logrotate相关的知识点。

下面分别对这两种方法进行介绍下：

一、使用logrotate切割

前面说了yum或者apt-get方式安装的nginx会自动使用logrotate这个日志管理软件进行切割，所以本章节我们主要介绍有关logrotate相关的知识点。

1.1 logrotate介绍

logrotate是什么呢？它是一个linux系统日志的管理工具。它可以切割、压缩等其他软件的日志文件软件。

logrotate是基于crontab运行的，所以这个时间点是由crontab控制的，具体可以查询crontab的配置文件/etc/anacrontab。

我们可以通过如下命令安装logrotate，如下：

yum -y install logrotate

如果是ubuntu系统，可以使用如下命令进行安装：

apt-get -y install logrotate

查看logrotate的配置文件，使用如下命令：

rpm -ql logrotate

通过上图，我们可以很明显的看到logrotate的配置文件是/etc/logrotate.conf，而/etc/logrotate.d/是用于存储其他配置文件的目录。该目录里的所有文件都会被主动的读入 /etc/logrotate.conf中执行。

1.2 logrotate配置文件详解

logrotate配置选项相对来说比较少，为了切合本篇文章，在此我们以切割nginx的配置文件为例，如下：

cat /etc/logrotate.d/nginx

/var/log/nginx/*.log {

daily

missingok

rotate 7

dateext

# compress

delaycompress

notifempty

create 640 nginx adm

sharedscripts

postrotate

[ -f /var/run/nginx.pid ] && kill -USR1 `cat /var/run/nginx.pid`

endscript

}

在该配置文件中，每个参数作用如下：

/var/log/nginx/为nginx日志的存储目录，可以根据实际情况进行修改。

daily：日志文件将按天轮循。

weekly：日志文件将按周轮循。

monthly：日志文件将按月轮循。

missingok：在日志轮循期间，任何错误将被忽略，例如“文件无法找到”之类的错误。

rotate 7：一次存储7个日志文件。对于第8个日志文件，时间最久的那个日志文件将被删除。

dateext：定义日志文件后缀是日期格式,也就是切割后文件是:xxx.log-20160402.gz这样的格式。如果该参数被注释掉,切割出来是按数字递增,即前面说的 xxx.log-1这种格式。

compress：在轮循任务完成后，已轮循的归档将使用gzip进行压缩。

delaycompress：总是与compress选项一起用，delaycompress选项指示logrotate不要将最近的归档压缩，压缩将在下一次轮循周期进行。这在你或任何软件仍然需要读取最新归档时很有用。

notifempty：如果是空文件的话，不进行转储。

create 640 nginx adm：以指定的权限和用书属性，创建全新的日志文件，同时logrotate也会重命名原始日志文件。

postrotate/endscript：在所有其它指令完成后，postrotate和endscript里面指定的命令将被执行。在这种情况下，rsyslogd进程将立即再次读取其配置并继续运行。注意：这两个关键字必须单独成行。

1.3 查看logrotate默认执行时间

logrotate切割时间默认是在每天的3:22。这个时间点可以通过crontab配置文件查看到。如下：

cat /etc/anacrontab

SHELL=/bin/sh

PATH=/sbin:/bin:/usr/sbin:/usr/bin

MAILTO=root

# the maximal random delay added to the base delay of the jobs

RANDOM_DELAY=45

# the jobs will be started during the following hours only

START_HOURS_RANGE=3-22

1 5 cron.daily nice run-parts /etc/cron.daily

7 25 cron.weekly nice run-parts /etc/cron.weekly

@monthly 45 cron.monthly nice run-parts /etc/cron.monthly

其中START_HOURS_RANGE参数就是配置logrotate切割的时间点。

如果你想在指定时间点，让logrotate切割日志的话，可以修改此配置文件的START_HOURS_RANGE参数。

但是经过多次实验，我发现logrotate没有按照我指定的时间进行切割日志。

所以最后我还是选择了使用shell脚本来切割nginx日志。

二、使用shell脚本切割

使用shell脚本切割nginx日志很简单，shell脚本内容如下：

vim /usr/local/cut_del_logs.sh

#!/bin/bash

#初始化

LOGS_PATH=/var/log/nginx

YESTERDAY=$(date -d "yesterday" +%Y%m%d)

#按天切割日志

mv ${LOGS_PATH}/ilanni.com.log ${LOGS_PATH}/ilanni.com_${YESTERDAY}.log

#向nginx主进程发送USR1信号，重新打开日志文件，否则会继续往mv后的文件写数据的。原因在于：linux系统中，内核是根据文件描述符来找文件的。如果不这样操作导致日志切割失败。

kill -USR1 `ps axu | grep "nginx: master process" | grep -v grep | awk '{print $2}'`

#删除7天前的日志

cd ${LOGS_PATH}

find . -mtime +7 -name "*20[1-9][3-9]*" | xargs rm -f

#或者

#find . -mtime +7 -name "ilanni.com_*" | xargs rm -f

exit 0

该shell脚本有两个功能，第一个是切割nginx日志，第二个是删除7天之前的nginx日志。

在切割nginx日志的功能中，我们要注意该shell脚本命名切割的日志是以切割时，是以前一天的时间就行命名该日志文件的。

所以我们在把该shell脚本放在crontab中执行时，建议在每天的0点0分执行。如下：

vim /etc/crontab

0 0 * * * root /bin/sh /usr/local/cut_del_logs.sh

查看nginx切割的日志文件，如下：

ll --full-time /var/log/nginx/

通过上图，我们可以很明显的看到，切割shell脚本确实按照我们设想的进行切割和命名切割日志文件的。