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