你好,游客 登录 注册 搜索
背景:
阅读新闻

Nginx日志切割

[日期:2017-04-14] 来源:Linux社区  作者:xinsir [字体: ]

Nginx是我们生产环境的主要入口,所有的请求都会在这里留下痕迹,所以会导致一个问题,它的日志文件会一天比一天的大。直到有一天你无法接受这个庞大的文件的时候,就你就会想到了切割文件的这个办法。

能想到切割日志的童鞋那肯定是对Nginx用的熟悉的不能再熟悉的了,所以这里我就不过多的阐述Nginx的应用了,只说一个点  -USR1选项的用法

在没有执行kill -USR1 `cat ${pid_path}`之前,即便已经对文件执行了mv命令而改变了文件名称,nginx还是会向新命名的文件” xxx.log_ 20130909”照常写入日志数据的。

原因在于:Linux系统中,内核是根据文件描述符来找文件的

1、说说对Linux文件描述符的理解

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

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

在这里的环境中,nginx就是一个运行中的进程,这个进程早就打开了一个日志文件,在文件描述符表是记录了文件的。

即便日志文件的路径改变了,但是还是能够找到(根据文件描述符表可以定位)

2、说说脚本中kill -USR $(cat /var/run/nginx.pid)语法的理解

当执行命令“kill -USR1 `cat ${pid_path}`”的时候,nginx.pid文件中保存的其实就是一个数字(自己可以打开看一下,我这里是894),

nginx 将其主进程的 pid (进程号)写入到了nginx.pid 文件中,所以可以通过cat命令直接拿到其主进程号,直接操作指定的进程号。

kill -USR $(cat /var/run/nginx.pid)就等同于

kill –USR1 894  #指定发信号(USR1)信号给这个进程编号。

3、说说脚本中kill -USR1 `cat ${pid_path}语法的理解

在Linux系统中,linux是通过信号与”正在运行的进程”进行通信的。Linux系统中,也很多预定义好的信号,像SIGHUP。USR1是用户自定义信号。

可以理解为:进程自己定义接到这个信号该干嘛(也就是进程编写者自己确定收到这个信号干嘛还是什么都不做都行,完全交给开发人员自己决定)。

而在nginx中,它自己编写了代码处理当我接到USR1信号的时候,让nginx重新打开日志文件。

具体理解如下:

1、nginx 的主进程收到USR1信号,会重新打开日志文件(以nginx配置文件中的日志名称命名,就是配置文件中access_log项所设置的值,如果文件不存在,会自动创建一个新的文件xxx.log)。

2、然后把日志文件的拥有者改为“工作进程(worker进程)”,目的是让worker进程就具备了对日志文件的读写权限(master和worker通常以不同用户运行,所以需要改变拥有者)。

3、nginx主进程会关闭重名的日志文件(也就是刚才使用mv命令重命名成xxx.log_ 20130909.log的文件),并通知工作进程使用新打开的日志文件(刚才主进程打开的文件xxx.log)。

具体实现上更细化点就是,主进程把USR1信号发给worker,worker接到这个信号后,会重新打开日志文件(也就是配置文件中约定的xxx.log)

#!/bin/bash
#零点执行该脚本
#NGinx 日志文件所在目录
LOGS_PATH=/Disk/log/nginx
#获取昨天时间YYYY-MM-DD
YESTERDAY=$(date -d "yesterday" +%Y-%m-%d)
#移动文件
mv ${LOGS_PATH}/access.log ${LOGS_PATH}/access_${YESTERDAY}.log
kill -USR1 $(cat /var/run/nginx.pid)

本文永久更新链接地址http://www.linuxidc.com/Linux/2017-04/142802.htm

linux
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款