nginx日志切割
nginx的日志文件没有rotate功能。如果你不处理，日志文件将变得越来越大，还好我们可以写一个nginx日志切割脚本来自动切割日志文件。
第一步就是重命名日志文件，不用担心重命名后nginx找不到日志文件而丢失日志。在你未重新打开原名字的日志文件前，nginx还是会向你重命名的文件写日志，linux是靠文件描述符而不是文件名定位文件。
第二步向nginx主进程发送USR1信号。
nginx主进程接到信号后会从配置文件中读取日志文件名称，重新打开日志文件(以配置文件中的日志名称命名)，并以工作进程的用户作为日志文件的所有者。
重新打开日志文件后，nginx主进程会关闭重名的日志文件并通知工作进程使用新打开的日志文件。
工作进程立刻打开新的日志文件并关闭重名名的日志文件。
然后你就可以处理旧的日志文件了。
nginx日志按日期自动切割脚本如下
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
#nginx日志切割脚本 #author: http://blog.redis.com.cn #!/bin/bash #设置日志文件存放目录 logs_path='/usr/local/nginx/logs/' #设置pid文件 pid_path='/usr/local/nginx/nginx.pid' #重命名日志文件 mv ${logs_path}access.log ${logs_path}access_$(date -d 'yesterday' +'%Y%m%d').log #向nginx主进程发信号重新打开日志 kill -USR1 `cat ${pid_path}` |
保存以上脚本nginx_log.sh。
crontab 设置作业
0 0 * * * bash /usr/local/nginx/nginx_log.sh
这样就每天的0点0分把nginx日志重命名为日期格式，并重新生成今天的新日志文件。
kill -user1 后 pid没有了
无法进行下一次
我手里有一台服务器
系统和软件是别人装的
access.log已经146G了
看一篇博客，说Nginx新版已经能自动切割并且压缩了，我装的是1.7.2
没发现它会自动切割……
有这回事么
那是 logrotate 跟nginx 没关系
如何设置可以自动切割"logs"下所有日志
每个日志文件一条这样的命令
mv ${logs_path}access.log ${logs_path}access_$(date -d "yesterday" +"%Y%m%d").log
请问为什么我的日志切割了,只是生成了日志文件,却没有写日志呢
文件写入权限问题
最好还能压缩一下，然后发到邮箱，我就是这么做的。