nginx日志文件的定时切割与归纳

应用环境 ：生产环境中的Nginx服务器，由于访问日志文件增长速度非常快，日志太大会严重影响服务器效率。同时，为了

方便对日志进行分析计算，须要对日志文件进行定时切割。定时切割的方式有按月切割、按天切割、按小时切割等，

最常用的是按天切割。

切割原理 ：Nginx不支持像Apache 一样使用cronolog来轮循日志，但是可以用以下方案来实现：

① 更改文件名 ： mv  /data/logs/access.log　　/data/logs/access_2017-12-20.log

② 重建access.log文件 ： kill  -USR1  Nginx主进程号 //关于kill -USR1在文章最底处补充说明

通过mv命令将日志文件重命名为/data/logs/access_2017-12-20.log，然后发送kill -USR1信号给Nginx的主进程号，

让Nginx重新生成一个新的日志文件/data/logs/access.log。

新建脚本 ：

~]# vim  /opt/script/nginx_cut_access.sh　　　　//假设我在该目录下新建脚本，内容如下：

#!/bin/bash

# Nginx_access按天切割归纳

# Nginx_access日志文件的存放路径

logs_path="/opt/nginx/logs/access/"

mkdir -p ${logs_path}$(date -d "yesterday" +"%Y")/$(date -d "yesterday" +"%m")/

mv ${logs_path}access.log ${logs_path}$(date -d "yesterday" +"%Y")/$(date -d "yesterday" +"%m")/access_$(date -d "yesterday" +"%Y%m%d").log

kill -USR1 `cat /opt/nginx/logs/nginx.pid`

定时执行 ：

~]#crontab  -e　　　　//编辑定时任务，内容如下：

* * * /bin/bash /opt/script/nginx_cut_access.sh

保存，退出；

说明 ：这个脚本和crontab配置主要实现的功能为：假设今天的日期为2018年1月1日，Nginx当前的日志文件为/opt/nginx/logs/access/access.log，

2018年1月2日的零点（00:00）会执行这个nginx_cut_access.sh脚本，该脚本功能是先创建一个目录/opt/nginx/logs/access/2018/1/，然

后将/opt/nginx/logs/access/access.log文件移动并重命名为/opt/nginx/logs/access/2018/1/access_2018-1-1.log，再发送kill -USR1信号给

Nginx主进程号，告诉Nginx重新生成一个/opt/nginx/logs/access/access.log文件，2018年1月2日的日志记录在这个新生成的日志文件中。

而/opt/nginx/logs/access/2018/1/access_2018-1-1.log文件，就是2018年1月1日的日志文件。

补充 ：① 关于kill USR1

USR1亦通常被用来告知应用程序重载配置文件；例如，向Apache HTTP服务器发送一个USR1信号将导致以下步骤的发生：

停止接受新的连接，等待当前连接停止，重新载入配置文件，重新打开日志文件，重启服务器，从而实现相对平滑的不关机的更改。

在此例中，在没有执行 kill -USR1 `cat /opt/nginx/logs/nginx.pid` 之前，即便已经对文件执行了mv更名命令，Nginx还是会向新命名

的文件中照常写入日志数据的，原因在于：linux系统中，内核是根据 文件描述符 来找文件的。

② 关于文件描述符

文件描述符是linux内核为每个打开的文件命名的一个整数标识。

Linux内核为每一个进程生成(或者说维护)一个” 文件描述符表 ”，这个文件描述符表记录的是“此进程所打开的文件(进行标识)”。

在这里的环境中，nginx就是一个运行中的进程，这个进程早就打开了一个日志文件，在文件描述符表是记录了文件的，即便日志文件的路径改变了，

但是还是能够找到(根据文件描述符表可以定位)。

在Nginx中，当接收到USR1信号的时候，让Nginx重新打开日志文件，具体原理如下：

1. nginx 的主进程收到USR1信号，会重新打开日志文件(以nginx配置文件中的日志名称命名,就是配置文件中access_log项所设置的值，

如果文件不存在，会自动创建一个新的文件access.log)；

2. 然后把日志文件的拥有者改为“工作进程(worker进程)”，目的是让worker进程就具备了对日志文件的读写权限（master和worker通常以

不同用户运行，所以需要改变拥有者）；

3. nginx主进程会关闭重名的日志文件(也就是刚才使用mv命令重命名成access_ 2018-1-1.log的文件)， 并通知工作进程使用新打开的日志

文件 (刚才主进程打开的文件access.log)。具体实现上更细化点就是，主进程把USR1信号发给worker，worker接到这个信号后，会重新打开

日志文件(也就是配置文件中约定的access.log)；

结束.