Nginx服務的信號控制

Nginx中的master和worker進程? Nginx的工作方式? 如何獲取進程的PID? 信號有哪些? 如何通過信號控制Nginx的啟停等相關操作?

前面在提到Nginx的高性能，其實也和它的架構模式有關。Nginx默認采用的是多進程的方式來工作的，當將Nginx啟動后，我們通過ps -ef | grep nginx命令可以查看到如下內容：

從上圖中可以看到,Nginx后臺進程中包含一個master進程和多個worker進程，master進程主要用來管理worker進程，包含接收外界的信息，并將接收到的信號發送給各個worker進程，監控worker進程的狀態，當worker進程出現異常退出后，會自動重新啟動新的worker進程。而worker進程則是專門用來處理用戶請求的，各個worker進程之間是平等的并且相互獨立，處理請求的機會也是一樣的。nginx的進程模型，我們可以通過下圖來說明下：

我們現在作為管理員，只需要通過給master進程發送信號就可以來控制Nginx,這個時候我們需要有兩個前提條件，一個是要操作的master進程，一個是信號。

（1）要想操作Nginx的master進程，就需要獲取到master進程的進程號ID。獲取方式簡單介紹兩個，

方式一：通過ps -ef | grep nginx；

方式二：在講解nginx的./configure的配置參數的時候，有一個參數是--pid-path=PATH默認是/usr/local/nginx/logs/nginx.pid,所以可以通過查看該文件來獲取nginx的master進程ID.

（2）信號

信號作用

TERM/INT	立即關閉整個服務
QUIT	"優雅"地關閉整個服務
HUP	重讀配置文件并使用服務對新配置項生效
USR1	重新打開日志文件，可以用來進行日志切割
USR2	平滑升級到最新版的nginx
WINCH	所有子進程不在接收處理新連接，相當于給work進程發送QUIT指令

調用命令為kill -signal PID

signal:即為信號；PID即為獲取到的master線程ID

發送TERM/INT信號給master進程，會將Nginx服務立即關閉。

kill -TERM PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid` kill -INT PID / kill -INT `cat /usr/local/nginx/logs/nginx.pid`

發送QUIT信號給master進程，master進程會控制所有的work進程不再接收新的請求，等所有請求處理完后，在把進程都關閉掉。

kill -QUIT PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`

發送HUP信號給master進程，master進程會把控制舊的work進程不再接收新的請求，等處理完請求后將舊的work進程關閉掉，然后根據nginx的配置文件重新啟動新的work進程

kill -HUP PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`

發送USR1信號給master進程，告訴Nginx重新開啟日志文件

kill -USR1 PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`

總結

以上是生活随笔為你收集整理的Nginx服务的信号控制的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。