nginx的信号控制
信号量:
选项 | 作用 |
TERM,INT | 快速关闭 |
QUIT | 从容关闭(优雅的关闭进程,即等请求结束后再关闭) |
HUP | 平滑重启,重新加载配置文件 |
USR1 | 重新打开日志文件(在日志切割时用途较大) |
USR2 | 平滑升级可执行程序 |
WINCH | 从容关闭工作进程(一般配合USR2使用) |
信号量的使用方法:
TERM,INT:
kill -INT `cat nginx.pid` --直接关闭进程,不管进程是否正在被请求都讲关闭(粗暴,这样对nginx有影响,一般不这么做)
QUIT:
kill -QUIT `cat nginx.pid` --优雅的关闭进程(进程正在被请求的话,等请求完成再关闭)
HUP:
kill -HUP `cat nginx.pid` --(配置文件变更后,平滑的重读配置文件)
测试HUP的方法:
1.修改nginx配置文件,让nginx的默认读取的文件修改为别的文件(test.html)
2.index.html和test.html文件都使用js将自身不断的刷新,(分别在html里面写入一段脚本,让其自动刷新)
3.执行 kill -HUP xx(nginx master pid),观察浏览器的情况
注意:当执行上面的kill命令时,浏览器不会立刻的看到效果,因为js程序在不断的刷新页面,需要等几秒钟才能看到nginx配置文件修改的效果
USR1:
kill -USR1 `cat nginx.pid` --(如果nginx日志按月备份等其他方式,只要nginx的日志文件改名等就需要用到它,不然它不会讲日志写入到心的日志文件当,因为nginx进程是根据文件inode来识别文件在硬盘的位置)
测试方法:
Linux文件系统在向文件写数据的时候,不是根据文件名来做标识的,而是根据inode,就是如果将nginx的日志文件access.log改了别的名字(access.log.bak),nginx日志还是会写到access.log.bak文件中,如果使用kill USR1 xx(nginx master pid),nginx会重新的生成新的日志文件,而不再将日志数据写入到access.log.bak文件中
USR2:
kill -USR2 `cat nginx.pid` --(如何nginx版本升级后,就需要使用它来读取新的二进制文件,不然不会读取)
测试方法:
当nginx升级版本,当新版本的二进制的文件覆盖旧的后,配合WINCH使用。
另外信号控制也可以使用-s来处理
nginx -s (reload,reopen,start,quit,stop)
-s reopen 重读日志文件(相当于-USR1)
-s reload 重读配置文件相当于HUP
-s stop 强制退出
-t 测试配置文件语法