切割nginx日志

一时失言乱红尘 2022-05-08 01:20 249阅读 0赞

这几天自己看了下博客的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

[![clip\_image001][clip_image001]][clip_image001_clip_image001]

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

apt-get -y install logrotate

[![clip\_image002][clip_image002]][clip_image002_clip_image002]

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

rpm -ql logrotate

[![clip\_image003][clip_image003]][clip_image003_clip_image003]

通过上图，我们可以很明显的看到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

[![clip\_image004][clip_image004]][clip_image004_clip_image004]

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

/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切割的时间点。

[![clip\_image005][clip_image005]][clip_image005_clip_image005]

如果你想在指定时间点，让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

[![clip\_image006][clip_image006]][clip_image006_clip_image006]

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

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

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

vim /etc/crontab

0 0 \* \* \* root /bin/sh /usr/local/cut\_del\_logs.sh

[![clip\_image007][clip_image007]][clip_image007_clip_image007]

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

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

[![clip\_image008][clip_image008]][clip_image008_clip_image008]

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

[clip_image001]: https://images2015.cnblogs.com/blog/62984/201604/62984-20160407205836625-1161303315.png
[clip_image001_clip_image001]: /images/20220508/ceda550c5f9d4e85ad57f19e407e09e2.png
[clip_image002]: https://images2015.cnblogs.com/blog/62984/201604/62984-20160407205837765-2115298200.png
[clip_image002_clip_image002]: /images/20220508/16e9ac7b118d4b29bd23f4ad7336990d.png
[clip_image003]: https://images2015.cnblogs.com/blog/62984/201604/62984-20160407205838734-672550459.png
[clip_image003_clip_image003]: /images/20220508/f9ea0f04301d49bb9ab6b11f8d843e3b.png
[clip_image004]: https://images2015.cnblogs.com/blog/62984/201604/62984-20160407205839437-520644375.png
[clip_image004_clip_image004]: /images/20220508/f8060fa5fafc413bb30d113f860b731d.png
[clip_image005]: https://images2015.cnblogs.com/blog/62984/201604/62984-20160407205840297-301343176.png
[clip_image005_clip_image005]: /images/20220508/40b9149f514f4a35b50a70c239a9c8b1.png
[clip_image006]: https://images2015.cnblogs.com/blog/62984/201604/62984-20160407205841078-2136688927.png
[clip_image006_clip_image006]: /images/20220508/8baa13bfc4a94fe69e8e67c44feae114.png
[clip_image007]: https://images2015.cnblogs.com/blog/62984/201604/62984-20160407205841968-4780645.png
[clip_image007_clip_image007]: /images/20220508/e52813a8ebc74667b4aedb1e99357caa.png
[clip_image008]: https://images2015.cnblogs.com/blog/62984/201604/62984-20160407205842984-1315568686.png
[clip_image008_clip_image008]: /images/20220508/95fca9f3b9c345b78bcba49ac3718e1a.png