这是今天在测试Redis3.0.0集群的时候偶然遇到的状况。在中止Redis服务时,我分别用了pkill redis-server和kill -9 redis-pid的方式中止Redis服务,但Redis的日志输出却不同。redis
使用pkill中止Redis时,输入的日志以下。说明Redis是正常退出的。
shell
16017:signal-handler (1423639887) Received SIGTERM scheduling shutdown... 16017:M 10 Feb 23:31:27.163 # User requested shutdown... 16017:M 10 Feb 23:31:27.164 * Calling fsync() on the AOF file. 16017:M 10 Feb 23:31:27.164 * Saving the final RDB snapshot before exiting. 16017:M 10 Feb 23:31:27.213 * DB saved on disk 16017:M 10 Feb 23:31:27.213 # Redis is now ready to exit, bye bye...
而使用kill -9中止Redis时,Redis没有任何日志输出,说明用kill命令中止Redis服务是不对的。session
从上面的日志也能够看出,若是要Redis正常退出,须要给Redis发出一个SIGTERM信号。而pkill是将含有参数的全部进程kill掉,若是要kill单个进程,而且发出SIGTERM命令可不能够呢?答案是能够的,经过kill -15 redis-pid。
测试
如今总结一下,若是要正常中止Redis服务,能够经过pkill命令中止全部Redis服务或者使用kill -15 redis-pid中止某一个Redis服务。
spa
下面顺便说一下pkill和kill。
日志
pkill:经过名称和其它属性查找或者发信号给进程。
code
kill:能够经过kill -l命令查看到kill有64个参数,经常使用的5个以下:
orm
1) SIGHUP:本信号在用户终端链接(正常或非正常)结束时发出, 一般是在终端的控制进程结束时, 通知同一session内的各个做业, 这时它们与控制终端再也不关联。server
2) SIGINT:程序终止(interrupt)信号, 在用户键入INTR字符(一般是Ctrl-C)时发出,用于通知前台进程组终止进程。进程
3) SIGQUIT:和SIGINT相似, 但由QUIT字符(一般是Ctrl-\)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上相似于一个程序错误信号。
9) SIGKILL:用来当即结束程序的运行. 本信号不能被阻塞、处理和忽略。若是管理员发现某个进程终止不了,可尝试发送这个信号。
15) SIGTERM:程序结束(terminate)信号, 与SIGKILL不一样的是该信号能够被阻塞和处理。一般用来要求程序本身正常退出,shell命令kill缺省产生这个信号。若是进程终止不了,咱们才会尝试SIGKILL。