nginx日志分割

刚刚将公司项目新版本发布上线时，意外的发现nginx的access.log文件竟然有90G。因为nginx的日志文件没有rotate功能，而且当初并没有对nginx的访问日志文件和错误日志文件做定期清理操作。所以才导致了两个超大文件的出现。于是我抽空在网上找了些关于对nginx日志文件进行拆分备份的解决方案，顺便整理出来供大家参考。

当时在网上找到两种解决方案：1、通过工具cronolog实现；2、通过shell脚本加crontab定时任务来实现。我这里介绍的是第二种方法，因为个人感觉这种方法更加简洁容易理解。

详细步骤如下：

首先新建一个日志备份脚本nginx_log.sh（我这里是把脚本放在nginx的conf文件夹中):创建命令如下

[root@bogon conf]# pwd
/app/soft/nginx/nginx-1.16.1-1/conf
[root@bogon conf]# ls nginx_log.sh 
nginx_log.sh
然后使用vim或vi命令开始编辑脚本内容，内容如下：

#!/bin/bash
#the backup file name
ACCESS_LOG_BAK_FILE=access_"$(date -d yesterday +%Y%m%d%H%M)".log
ERROR_LOG_BAK_FILE=error_"$(date -d yesterday +%Y%m%d%H%M)".log

#rename the log file
mv /app/soft/nginx/nginx-1.16.1-1/logs/access.log /app/soft/nginx/nginx-1.16.1-1/logs/${ACCESS_LOG_BAK_FILE}

mv /app/soft/nginx/nginx-1.16.1-1/logs/error.log /app/soft/nginx/nginx-1.16.1-1/logs/${ERROR_LOG_BAK_FILE}

# remind the nginx process reopen the log file
PID=/app/soft/nginx/nginx-1.16.1-1/logs/nginx.pid
sudo kill -USR1 $(cat $PID)

可执行脚本的大致思路是：先定义两个备份日志文件变量，然后将日志备份(重命名)，最后向nginx主进程发信号重新建立新的日志文件。最后一条命令等效于

/app/soft/nginx/nginx-1.16.1-1/sbin/nginx -s reload
脚本中的USR1亦通常被用来告知应用程序重载配置文件；例如，向Apache HTTP服务器发送一个USR1信号将导致以下步骤的发生：停止接受新的连接，等待当前连接停止，重新载入配置文件，重新打开日志文件，重启服务器，从而实现相对平滑的不关机的更改。cat /app/soft/nginx/nginx-1.16.1-1/logs/nginx.pid是为了拿到nginx的进程号，这样就可以通过UER1操纵Nginx进程号达到平滑重启的目的。

紧接着给脚本赋予 可读、可写、可执行权限：

[root@bogon conf]# chmod 777 nginx_log.sh
最后通过crontab定时任务来达到每天备份日志文件的目的

创建crontab定时任务：

[root@bogon conf]# crontab -e

编写定时任务：

5 0 * * * sh /usr/local/nginx/conf/nginx_log.sh

这里执行完毕会生成一个新的定时任务 crontab: installing new crontab

然后保存并关闭就OK啦。这里对于crontab的时间格式我这里就不做过多解释，大家可以参考《linux下crontab时间的格式说明》

如果定时任务没有生效，可以尝试用 /etc/init.d/crond restart命令使定时任务生效。
                       
原文链接：https://blog.csdn.net/qq_31493821/article/details/79655724

原文地址：https://blog.csdn.net/qq_42702331/article/details/144031371

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！