Nginx日志文件拆分备份

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

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

详细步骤如下：

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

[root@bogon conf]# pwd
/usr/local/nginx/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 /usr/local/nginx/logs/access.log /usr/local/nginx/logs/${ACCESS_LOG_BAK_FILE}

mv /usr/local/nginx/logs/error.log /usr/local/nginx/logs/${ERROR_LOG_BAK_FILE}

# remind the nginx process reopen the log file
kill -USR1 `cat /usr/local/nginx/logs/nginx.pid`

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

/usr/local/nginx/sbin/nginx -s reload

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

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

[root@bogon conf]# chmod 777 nginx_log.sh

最后通过crontab定时任务来达到每天备份日志文件的目的

创建crontab定时任务：

[root@bogon conf]# crontab -e

编写定时任务：

#perform backup nginx access.log&error.log at 00:05:00
5 0 * * * sh /usr/local/nginx/conf/nginx_log.sh

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

如果定时任务没有生效，可以尝试用 /etc/init.d/crond restart命令使定时任务生效。

转发请注明原创地址【Nginx日志文件拆分备份】