nginx默认的日志是统一写到 安装目录的log下的 ,访问日志是 access.log,错误日志是error.log
而且并没有提供一个可配置的地方,对于生产环境,日志都集中在一块儿,没过几天日志文件就可以大到几个G,只能是使用操作系统的定时任务,自己写脚本定时执行,将log日志进行切割。
参考网上前辈的文章,自己写了一个脚本出来。代码如下:
<code><span>#定义日志的源路径,即nginx的默认log路径</span><span>source</span>_log_path=/usr/local/nginx/logs <span>#定义保存后的路径位置</span> dest_log_path=/opt/logs/nginx <span>#定义log文件的名称,以每天为单位,定义日志的前缀为昨天的日期,因为定时任务拟在凌晨零点后执行。</span> yesterday=$(date <span>-d</span><span>"yesterday"</span> +%Y%m%d) <span>#echo ${yesterday}</span><span>#rm -rf ${dest_log_path}/*</span><span>#指定移动</span> mv <span>${source_log_path}</span>/access.log <span>${dest_log_path}</span>/nginx_access_<span>${yesterday}</span>.log mv <span>${source_log_path}</span>/error.log <span>${dest_log_path}</span>/nginx_error_<span>${yesterday}</span>.log <span>#移动后,重新向nginx的主进程发送信息,令nginx的主进程将日志重新打开。否则日志将会继续写到mv后的路径中</span> kill -USR1 `ps axu | grep <span>"nginx: master process"</span> | grep -v grep | awk <span>'{print $2}'</span>` <span>cd</span><span>${dest_log_path}</span><span>#进入日志的路径,查询前天前的日志,然后将其删掉。</span> find . -mtime +<span>7</span> -name <span>"*20[1-9][3-9]*"</span> |xargs rm -rf <span>exit</span><span>0</span></code>
最后,将该代码保存到一个sh文件,并将该文件加入到系统的定时任务中。
<code><span>#定时任务的文件在 /etc/crontab 下,vi此文件,设置为每天 零点 执行。</span> 0 0 <span>* *</span> * root /bin/sh /opt/sampleEnvironment/commands/nginxlogperday.sh</code>
代码其实并不复杂。但是在写的时候还是花费了太多时间,
遇到的问题是:在定义完变量后,比如source_log_path 执行该脚本,即会报错 command not found
到最后才发现, 我在定义 source_log_path 的时候 是这样写的 :
<code>source_log_path = <span>/usr/local</span><span>/nginx/log</span></code>
在等号两边均敲了一个空格,这样就导致了上面的错误。在定义日期变量的时候,也是如此。
平时使用vi命令的时候,仅仅就停留在入门的阶段,几乎不会几个命令。最多就知道“dd” 。
这次需要编辑的时候,才发现多么费劲。这次使用的比较多的命令是:
删除一行: dd
移动到行末尾: $
移动到行末尾并编辑: A (或者shift + a)
移动到文档的末尾: shift + g
以上就介绍了nginx 按天分割日志,包括了nginx方面的内容,希望对PHP教程有兴趣的朋友有所帮助。