nginx运行的太久，日志就会越来越大，有必要对他进行日志切割，而nginx的日志文件有两个：

access.log 记录哪些用户,哪些页面以及用户浏览器,IP等访问信息；
error.log 记录服务器错误的日志

linux kill -usr1 和kii -HUP的作用

kill -USR1亦通常被用来告知应用程序重载配置文件；例如，向Apache HTTP服务器发送一个USR1信号将导致以下步骤的发生：停止接受新的连接，等待当前连接停止，重新载入配置文件，重新打开日志文件，重启服务器，从而实现相对平滑的不关机的更改。
kill -HUP pid 或者 killall -HUP pName：
其中pid是进程标识，pName是进程的名称
如果想要更改配置而不需停止并重新启动服务，可以使用上面两个命令。在对配置文件作必要的更改后，发出该命令以动态更新服务配置。
根据约定，当你发送一个挂起信号(信号1或HUP)时，大多数服务器进程(所有常用的进程)都会进行复位操作并重新加载它们的配置文件。

 Linux查看所有用户的定时任务

for u in `cat /etc/passwd | cut -d":" -f1`;do crontab -l -u $u;done

 

一、利用脚本日志切割(按天进行日志切割)
以下脚本任选一个就行；

A.编写脚本

#!/bin/bash
year=`date +%Y`
month=`date +%m`
day=`date +%d`
logs_backup_path="/usr/local/nginx/logs_backup/$year$month"               #日志存储路径

logs_path="/usr/local/nginx/logs/"                                        #要切割的日志路径
logs_access="access"                                                      #要切割的日志
logs_error="error"
pid_path="/usr/local/nginx/logs/nginx.pid"                                 #nginx的pid

[ -d $logs_backup_path ]||mkdir -p $logs_backup_path
rq=`date +%Y%m%d`
#mv ${logs_path}${logs_access}.log ${logs_backup_path}/${logs_access}_${rq}.log
mv ${logs_path}${logs_error}.log ${logs_backup_path}/${logs_error}_${rq}.log
kill -USR1 $(cat /usr/local/nginx/logs/nginx.pid)
B.编写脚本

#! /bin/bash
## 假设nginx的日志存放路径为/data/logs/
d=`date -d "-1 day" +%Y%m%d`   生成昨天的日期
logdir="/data/logs"   定义存放位置
nginx_pid="/usr/local/nginx/logs/nginx.pid" 定义位置，找他的pid
cd $logdir 进入目录下
for log in `ls *.log`  做个for循环
do    
   mv $log $log-$d   做一个改名操作
done
/bin/kill -HUP `cat $nginx_pid`  重新加载一下，生成新的日志文件

设置定时任务

# crontab –e
59 23 * * * bash /usr/local/nginx/cut_ngnix_log.sh   #每天23：59分开始执行；

** 二、利用logrotate管理日志**
(1)默认centos系统安装自带logrotate，软件包信息说明；

# rpm -ql  logrotate
/etc/cron.daily/logrotate
/etc/logrotate.conf  # 主配置文件
/etc/logrotate.d   # 配置目录

(2)使用Logrorate切割日志

# vim /etc/logrotate.d/nginx 
/var/log/nginx/*.log     #此处为nginx存储日志的地方,日志根据实际路径填写；
 {
    daily                    #指定转储周期为每天
    rotate 30                #转储次数，超过将会删除最老的那一个
    missingok                #如果日志文件丢失，不要显示错误
    compress                 #通过gzip 压缩转储以后的日志
    delaycompress            #当前转储的日志文件到下一次转储时才压缩
    notifempty               #当日志文件为空时，不进行轮转
    postrotate               #执行的指令
      if [ -f /var/run/nginx/nginx.pid ]; then
          kill -USR1 `cat /var/run/nginx/nginx.pid`
      fi
endscript                   #PID路径根据实际路径填写；
}

(3)保存好配置文件后，测试效果：

# logrotate -vf /etc/logrotate.d/nginx 
access.log  access.log.1  error.log  error.log.1

(4)定时任务执行

#crontab –e
0 0 * * * /usr/sbin/logrotate -vf /etc/logrotate.d/nginx #每天凌晨00:00自动执行日志切割任务；