nginx中用到的kill命令

1、kill命令

1.1、kill命令简介

我们都知道，想要在Linux中终止一个进程有两种方式，如果是前台进程可以使用Ctrl+C键进行终止；如果是后台进程，那么需要使用kill命令来终止。（其实Ctrl+C也是kill命令）。

kill命令的格式是：
kill -signal pid
其中 pid 就是进程的编号，signal是发送给进程的信号。
kill命令不仅仅是杀死进程。kill命令的真正作用是：将某信号发送给某进程或者进程组。
默认参数下，kill 发送 SIGTERM（15）信号给进程，告诉进程，你需要被关闭，请自行停止运行并退出。

1.2、kill信号

kill -l列出所有信号：

# kill -l
1) SIGHUP     2) SIGINT     3) SIGQUIT     4) SIGILL     5) SIGTRAP
6) SIGABRT     7) SIGBUS     8) SIGFPE     9) SIGKILL    10) SIGUSR1
11) SIGSEGV    12) SIGUSR2    13) SIGPIPE    14) SIGALRM    15) SIGTERM
16) SIGSTKFLT    17) SIGCHLD    18) SIGCONT    19) SIGSTOP    20) SIGTSTP
21) SIGTTIN    22) SIGTTOU    23) SIGURG    24) SIGXCPU    25) SIGXFSZ
26) SIGVTALRM    27) SIGPROF    28) SIGWINCH    29) SIGIO    30) SIGPWR
............

常用信号：

信号名    信号编号     含义
HUP          1        终端断线
INT          2        中断（同 Ctrl + C）
QUIT         3        退出（同 Ctrl + \）
KILL         9        强制终止
USR1        10        USR1通常被用来告知应用程序重载配置文件
USR2        12        USR2用来做平滑升级，通知旧的进程准备升级
TERM        15        终止
CONT        18        继续（与STOP相反， fg/bg命令）
STOP        19        暂停（同 Ctrl + Z）

1.3、kill -2、kill -9和kill -15的区别

1.3.1、kill -15

kill命令默认的信号就是15，首先来说一下这个默认的kill -15信号。

当使用kill -15时，系统会发送一个SIGTERM的信号给对应的程序。当程序接收到该信号后，具体要如何处理是自己可以决定的。
这时候，应用程序可以选择：
1、立即停止程序
2、释放响应资源后停止程序
3、忽略该信号，继续执行程序

因为kill -15信号只是通知对应的进程要进行"安全、干净的退出"，程序接到信号之后，退出前一般会进行一些"准备工作"，如资源释放、临时文件清理等等，如果准备工作做完了，再进行程序的终止。
但是，如果在"准备工作"进行过程中，遇到阻塞或者其他问题导致无法成功，那么应用程序可以选择忽略该终止信号。这也就是为什么我们有的时候使用kill命令是没办法"杀死"应用的原因，因为默认的kill信号是SIGTERM（15），而SIGTERM（15）的信号是可以被阻塞和忽略的。

1.3.2、kill -9

和kill -15相比，kill -9就相对强硬一点，系统会发出SIGKILL信号，他要求接收到该信号的程序应该立即结束运行，不能被阻塞或者忽略。所以，相比于kill -15命令，kill -9在执行时，应用程序是没有时间进行"准备工作"的，所以这通常会带来一些副作用，数据丢失或者终端无法恢复到正常状态等。

1.3.3、kill -2

功能类似于Ctrl+C是程序在结束之前,能够保存相关数据,然后再退出。
个人理解，逻辑上通常认为 kill -2来自用户主动，kill -15来自系统需要。

2、nginx命令

2.1、默认方式启动

直接执行Nginx二进制程序。例如:

/usr/local/nginx/sbin/nginx

这时,会读取默认路径下的配置文件:/usr/local/nginx/conf/nginx.conf。
实际上,在没有显式指定nginx.conf配置文件路径时,将打开在configure命令执行时使用–conf-path=PATH指定的nginx.conf文件。

2.2、另行指定配置文件的启动方式

使用-c参数指定配置文件。例如:

/usr/local/nginx/sbin/nginx -c /tmp/nginx.conf

这时,会读取-c参数后指定的nginx.conf配置文件来启动Nginx。

2.3、测试配置信息是否有错误

在不启动Nginx的情况下,使用-t参数仅测试配置文件是否有错误。例如:

/usr/local/nginx/sbin/nginx -t

执行结果中显示配置是否正确。

2.4、快速停止服务

使用-s stop可以强制停止Nginx服务。-s参数其实是告诉Nginx程序向正在运行的Nginx服务发送信号量,Nginx程序通过nginx.pid文件中得到master进程的进程ID,再向运行中的master进程发送TERM信号来快速地关闭Nginx服务。例如:

/usr/local/nginx/sbin/nginx -s stop

实际上,如果通过kill命令直接向nginx master进程发送TERM或者INT信号,效果是一样的。通过kill命令来发送信号:

kill -s SIGTERM 10800

或者:

kill -s SIGINT 10800

上述两条命令的效果与执行usrlocal/nginx/sbin/nginx-s stop是完全一样的。

2.5、“优雅”地停止服务

如果希望Nginx服务可以正常地处理完当前所有请求再停止服务,那么可以使用-s quit参数来停止服务。例如:

/usr/local/nginx/sbin/nginx -s quit

该命令与快速停止Nginx服务是有区别的。当快速停止服务时,worker进程与master进程在收到信号后会立刻跳出循环,退出进程。而“优雅”地停止服务时,首先会关闭监听端口,停止接收新的连接,然后把当前正在处理的连接全部处理完,最后再退出进程。

与快速停止服务相似,可以直接发送QUIT信号给master进程来停止服务,其效果与执行-s quit命令是一样的。例如:

kill -s SIGQUIT <nginx master pid>

如果希望“优雅”地停止某个worker进程,那么可以通过向该进程发送WINCH信号来停止服务。例如:

kill -s SIGWINCH <nginx worker pid>

2.6、使运行中的Nginx重读配置项并生效

使用-s reload参数可以使运行中的Nginx服务重新加载nginx.conf文件。例如:

/usr/local/nginx/sbin/nginx -s reload

事实上,Nginx会先检查新的配置项是否有误,如果全部正确就以“优雅”的方式关闭,再重新启动Nginx来实现这个目的。类似的,-s是发送信号,仍然可以用kill命令发送HUP信号来达到相同的效果。

kill -s SIGHUP <nginx master pid>

2.7、日志文件回滚

使用-s reopen参数可以重新打开日志文件,这样可以先把当前日志文件改名或转移到其他目录中进行备份,再重新打开时就会生成新的日志文件。这个功能使得日志文件不至于过大。例如:

/usr/local/nginx/sbin/nginx -s reopen

当然,这与使用kill命令发送USR1信号效果相同。

kill -s SIGUSR1 <nginx master pid>

2.8、平滑升级Nginx

当Nginx服务升级到新的版本时,必须要将旧的二进制文件Nginx替换掉,通常情况下这是需要重启服务的,但Nginx支持不重启服务来完成新版本的平滑升级。

升级时包括以下步骤:
1、通知正在运行的旧版本Nginx准备升级。通过向master进程发送USR2信号可达到目的。例如:

kill -s SIGUSR2 <nginx master pid>

这时,运行中的Nginx会将pid文件重命名,如将/usr/local/nginx/logs/nginx.pid重命名为/usr/local/nginx/logs/nginx.pid.oldbin,这样新的Nginx才有可能启动成功。

2、启动新版本的Nginx。这时通过ps命令可以发现新旧版本的Nginx在同时运行。
3、通过kill命令向旧版本的master进程发送SIGQUIT信号,以“优雅”的方式关闭旧版本的Nginx。随后将只有新版本的Nginx服务运行,此时平滑升级完毕。

3、参考

kill -9 和 kill -15 的区别
Nginx读书笔记(1) —— Nginx的命令行控制
nginx平滑升级、nginx支持的kill信号