上一章讲解了nginx的目录加密功能，本章重点介绍nginx的日志切割。
在第二章，我们探讨了nginx的常用命令，如果还不熟悉，可以去看着练习几遍。
我们可以通过"/usr/local/nginx/sbin/nginx -s"命令向nginx的主进程(master进程)发送信号，这些信号有stop、quit、reopen、以及reload。
那么其中的reopen，就是我们今天的主角，我们可以使用reopen来实现日志切割。
第一步：进入日志目录：
cd /usr/local/nginx/logs/
第二步：重命名日志文件：
]# mv access{,.$(date +%F)}.log
]# ls
access.2019-07-24.log error.log nginx.pid
ps：重命名后，nginx日志仍然会写入到"access.2019-07-24.log"文件中，并不会自动创建一个新的"access.log"文件。
即使你手动创建了一个新的"access.log"文件，nginx仍然会把日志写入到重命名后的"access.2019-07-24.log"文件中。
这是因为nginx进程读写日志文件时，是通过文件描述符去操作的，虽然我们修改了原"access.log"文件的文件名，但是原文件描述符与文件本身的对应关系仍然存在。
所以，重命名后，我们需要让nginx重新打开一个新文件，以便将新的日志写入到新文件中。
第三步：发送信号：
nginx -s reopen
执行完上述命令后，日志目录中自动生成了一个新的"access.log"文件，
再次访问nginx，会发现新生成的日志已经写入到了新生成的"access.log"文件中了。
原理解析：
发送信号，其实是执行：
kill -USR1 `cat /usrlocal/nginx/logs/nginx.pid`
以上两种方式都可以实现日志切割，你可以任意选择。
定期执行：
日志切割时企业中常规动作，我们不会每天去手工执行一遍命令，通常是让脚本自己执行，于是我们可以将这个动作写进任务计划，每天凌晨自动执行。
脚本：
#!/bin/bash
#by lutixia
#########################
s_log="/usr/local/nginx/logs/access.log"
d_log="/data/backup/nginx-$(date +%F).log"
d_log_dir="/data/backup"
#判断备份目录是否存在，不存在则创建
if [ ! -d "$d_log_dir" ];then
mkdir -p "$d_log_dir"
fi
#判断原日志文件是否存在，存在则移动并改名
if [ -f "$s_log" ];then
mv "$s_log" "$d_log"
fi
#以下两条命令任选其一：
#kill -USR1 `cat /usr/local/nginx/logs/nginx.pid`
/usr/local/nginx/sbin/nginx -s reopen
if [ $? -eq 0 ];then
echo "$(date +%F) 日志切割成功"
fi
写入任务计划：
在/var/spool/cron/root文件中添加如下代码，每天11:59分自动切割日志：
59 23 * * * /bin/sh nginx_cut_log.sh >>/tmp/nginx_cut.log 2>&1
到这里简单的日志切割工作就完成啦。
这将是nginx系列文章，可关注同名微信公众号：笨办法学linux ,获取最近文章更新及精品软件，软件持续更新中。
image.png
网友评论