nginx 日志切割的 问题

hao3721

一般的切割思想是
mv access.log   new.log
gzip  ...
kill -USER1  ngnix_pid

本以为至此为止，没啥疑问
但今天有同事死杠，说是mv 的时候会存在几秒的延迟，也会有文件锁的操作
这样会导致这几秒的nginx访问记录会丢失，听起来有点道理。
可是我想，linux不会脆弱到这种地步吧，我不是专职运维。
所以放上来请教大家，真的是这样子吗？
如果是，有什么更好的解决方案吗？谢谢！

jason680

回复 1# hao3721

logrotate

lifayi2008

目测几十个时钟频率内的日志会丢失，基本没影响:wink:

hao3721

回复 3# lifayi2008


    即使以前没做过切割，现在累积成20多个G再开始切割，也没事么？

hao3721

回复 2# jason680


    不知道同事是在装逼还是炫技，真会涉及到文件锁么？请您指点，谢谢哦。

xrzs1986

回复 1# hao3721

玩转 Linux 之：由 Nginx log rotation 聊聊 mv 的妙用

http://my.oschina.net/leejun2005/blog/187047
   

q1208c

楼主的做法没问题, 但顺序有问题,
应该是先 mv, 然后 kill, 之后再zip.

mv 没有文件锁. 因为在mv时, 文件正在打开中, fd没有关闭, 所以, 对于 nginx 来说, 啥也没有变化, log继续写. 对来 new.log 来说, 还是被打开的状态.

nginx 在收到 USER1 信号之后, 会关闭原来的access.log, 重新打开一个 access.log, 由于文件不存在, 会重新创建一个新的 文件.


不过, 如果楼主先 zip了, 我就不知道这个没有关闭的fd要怎么搞了.

Shell_HAT

1. mv access.log access.log.0
   
2. kill -USR1 `cat master.nginx.pid`
   
3. sleep 1
   
4. gzip access.log.0    # do something with access.log.0

复制代码

http://wiki.nginx.org/LogRotation