nginx 的 kill -USR1 "cat ${log_path}/nginx.pid"和直接 reload 的别？

HUP changing configuration, keeping up with a changed time zone (only for FreeBSD and Linux), starting new worker processes with a new configuration, graceful shutdown of old worker processes

USR1 re-opening log files

如果只是 log rotate 的话，可以，但是不应该

@holyghost 那就是推荐第一种方式了。谢谢大佬

有种通用的方式清空文件.
echo > 文件名
如果在 linux 上使用 bash, echo 也可以不要.

@oaix 并不是清空，只是把日志按照每天的日期存放在不同的文件，这些日志还有用呢。 不过直接 mv 之后并不会生成新的 access_log 文件，reload 或者第一种方法就可以生成新的 access_log 文件了

kill -USR1 等于 nginx -s reopen
这个信号量本来就是用于重新读取日志文件的
kill -USR2 等于 nginx -s reload

reload 和 reopen 的行为相差很大，reopen 仅仅检查日志文件，reload 会重载配置，并启动新 worker，关闭旧 worker

具体参考官方文档：
http://nginx.org/en/docs/beginners_guide.html

试试从源头上解决你的问题（按日期生成 log 文件）：
```bash
# save as new logfile by date
if ($time_iso8601 ~ "^(\d{4})-(\d{2})-(\d{2})") {
set $year $1;
set $month $2;
set $day $3;
}

access_log logs/access.log_$year.$month.$day main;

```

@ayiis 我感觉这种毕竟要修改 nginx.conf 文件，引入变量，性能方面也不知道，这个 mv 文件的没有任何其他的侵入性

@ayiis

这里的 if 是每请求的， 换成 or 来做这样的操作才是合适的。

@ayiis 各大发行版都是用 logrotate，你觉得是为什么
？
if is evil 不解释

@ayiis 这个效率会非常感人
1. if 效率低，容易出错
2. access_log 的文件名使用变量，无法使用写缓存，而且每次写日志，都会打开文件、关闭文件。就是说，每一个有日志的请求，都会产生打开文件、关闭文件的操作。

合理的做法是每天跑一下 mv 文件，nginx -s reopen

我用 logrotate

@gstqc @mentalidade
纠正一下 #5，reload 的信号量是 HUP
USR2 是用于二进制升级的

配置 logrotate，更简单方便

@ryd994 用 logrotate 没问题。但 if 只在 location 下有问题，access_log 在 server 里用应该 OK

@gstqc 效率确实是低了点。我们这的每天抗 500w 访问量的 2 核 4G 的服务器 nginx 状态
Reading: 0 Writing: 211 Waiting: 0
还算及格吧，感觉 CPU 还能接受

向各位学习并自我检讨。

@gstqc 收到，

/etc/init.d/nginx reload 等同于 nginx -s reload 就等同于 kill HUP