php7中如何停止php-fpm服務
在PHP生命周期的各個階段,一些與服務相關的操作都是通過SAPI介面實作,
各個服務器抽象層之間遵守著相同的約定,這里我們稱之為SAPI介面,
在PHP的原始碼中,當需要呼叫服務器相關資訊時,全部通過SAPI介面中對應的方法呼叫實作
php-fpm + nginx
php + terminal
...
PHP常見的四種運行模式
SAPI(Server Application Programming Interface)服務器應用程式編程介面,即PHP與其他應用互動的介面.
每個SAPI實作都是一個_sapi_module_struct結構體變數,
PHP腳本要執行有很多方式,通過Web服務器,或者直接在命令列下,也可以嵌入在其他程式中,
SAPI提供了一個和外部通信的介面,常見的SAPI有:cgi、fast-cgi、cli、isapi apache模塊的DLL
ISAPI模式 (eg Apache : apache2handler mode ) 以web服務器的一個模塊加載運行,其實就是將PHP的原始碼與webServer的代碼一起編譯,運行時是同一個行程,共享同一個地址空間. 例如 LAMP中,PHP就是作為Apache的一個模塊運行的.Apache是多執行緒呼叫php模塊的.(same as IIS)CGI模式fork-and-executewebServer將動態請求轉發到CGI程式(以php為例子),就相當于fork一個子行程,然后exec(php process),用CGI程式來解釋請求內容,最后將子行程的output回傳.此時webServer與php行程的地址空間是獨立的.此時的php是作為一個獨立的程式運行.FastCGI模式 這種形式是CGI的加強版本,CGI是單行程,多執行緒的運行方式,程式執行完成之后就會銷毀,所以每次都需要加載配置和環境變數(創建-執行),
而FastCGI則不同,FastCGI 是一個常駐 (long-live) 型的 CGI,它可以一直執行著,只要激活后,不會每次都要花費時間去 fork 一次,CLIcommand line interface
CLI
php_module_startup
php_request_startup
php_execute_script
php_request_shutdown
php_module_shutdown
PHP-FPM
php 5.3.3 以后的php-fpm不再支持php-fpm (start|stop|reload)等命令,需要使用信號控制.php-fpm master行程可以理解以下信號
kill -USR1 "php-fpm master pid"重新打開日志檔案. 執行完畢后 你會發現php-fpm master/worker行程idnot changekill -USR2 "php-fpm master pid"平滑多載所有php-fpm行程,執行完畢后你會發現php-fpm master/worker行程idhave changed.kill -KILL/-9 php-fpm-master.pid, 強制殺死master行程,該信號不允許中斷/阻塞,此時master行程無法通知回收worker行程,所以此時worker行程仍然監聽port,仍然可以正常處理http請求.kill -INT/-QUIT/-TERM master pid,stop php-fpm service信號被當前行程樹接收到.也就是說,不僅當前行程會收到信號,它的子行程也會收到.kill master pid發送SIGTERM信號到行程 信號可能會被阻塞,master可以回收worker行程.
example.
[sujianhui@dev529 ~]$>ps aux | grep php-fpm
root 17000 0.0 0.0 243220 7208 ? Ss 17:00 0:00 php-fpm: master process (/usr/local/php/etc/php-fpm.conf)
sujianh+ 17001 0.0 0.0 245304 7072 ? S 17:00 0:00 php-fpm: pool www
sujianh+ 17002 0.0 0.0 245304 7072 ? S 17:00 0:00 php-fpm: pool www
sujianh+ 17069 0.0 0.0 112816 976 pts/3 S+ 17:01 0:00 grep --color=auto php-fpm
[sujianhui@dev529 ~]$>sudo kill -USR1 17000
[sujianhui@dev529 ~]$>ps aux | grep php-fpm
root 17000 0.0 0.0 243220 7208 ? Ss 17:00 0:00 php-fpm: master process (/usr/local/php/etc/php-fpm.conf)
sujianh+ 17001 0.0 0.0 245304 7072 ? S 17:00 0:00 php-fpm: pool www
sujianh+ 17002 0.0 0.0 245304 7072 ? S 17:00 0:00 php-fpm: pool www
sujianh+ 17105 0.0 0.0 112816 972 pts/3 S+ 17:01 0:00 grep --color=auto php-fpm
[sujianhui@dev529 ~]$>sudo kill -USR2 17000
[sujianhui@dev529 ~]$>ps aux | grep php-fpm
root 17122 0.0 0.0 243220 7212 ? Ss 17:01 0:00 php-fpm: master process (/usr/local/php/etc/php-fpm.conf)
sujianh+ 17123 0.0 0.0 245304 7072 ? S 17:01 0:00 php-fpm: pool www
sujianh+ 17124 0.0 0.0 245304 7072 ? S 17:01 0:00 php-fpm: pool www
sujianh+ 17126 0.0 0.0 112816 976 pts/3 S+ 17:01 0:00 grep --color=auto php-fpm
[sujianhui@dev529 ~]$>pstree 17122 -a
php-fpm
├─php-fpm
└─php-fpm
[sujianhui@dev529 ~]$>sudo kill -INT 17122
[sujianhui@dev529 ~]$>ps aux | grep php-fpm
sujianh+ 17229 0.0 0.0 112816 976 pts/3 S+ 17:03 0:00 grep --color=auto php-fpm
so we should use sudo kill -INT master.pid to kill php-fpm service.
nginx的master-worker機制與fpm大體相同.但是有一個問題需要注意,使用systemctl啟動起來的master被kill以后,worker也會死掉.
正常啟動nginx,kill掉master
[sujianhui@dev0529 sbin]$>which nginx
/usr/sbin/nginx
[sujianhui@dev0529 sbin]$>sudo nginx
[sujianhui@dev0529 sbin]$>ps aux | grep nginx
root 4562 0.0 0.0 46608 1084 ? Ss 21:46 0:00 nginx: master process nginx
sujianh+ 4563 0.0 0.0 49128 2088 ? S 21:46 0:00 nginx: worker process
sujianh+ 4578 0.0 0.0 112812 972 pts/0 S+ 21:46 0:00 grep --color=auto nginx
[sujianhui@dev0529 sbin]$>sudo kill -9 4562
[sujianhui@dev0529 sbin]$>ps aux | grep nginx
sujianh+ 4563 0.0 0.0 49128 2088 ? S 21:46 0:00 nginx: worker process
sujianh+ 4612 0.0 0.0 112812 972 pts/0 S+ 21:46 0:00 grep --color=auto nginx
[sujianhui@dev0529 sbin]$>kill -9 4563
[sujianhui@dev0529 sbin]$>ps aux | grep nginx
sujianh+ 4638 0.0 0.0 112812 972 pts/0 S+ 21:47 0:00 grep --color=auto nginx
使用systemctl啟動的master被kill掉以后,worker也會殺掉
[sujianhui@dev0529 sbin]$>systemctl start nginx
[sujianhui@dev0529 sbin]$>ps aux | grep nginx
root 4678 0.0 0.0 46608 1072 ? Ss 21:47 0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
sujianh+ 4679 0.0 0.0 49124 2080 ? S 21:47 0:00 nginx: worker process
sujianh+ 4702 0.0 0.0 112812 972 pts/0 S+ 21:47 0:00 grep --color=auto nginx
[sujianhui@dev0529 sbin]$>sudo kill -9 4678
[sujianhui@dev0529 sbin]$>ps aux | grep nginx
sujianh+ 4732 0.0 0.0 112812 972 pts/0 S+ 21:47 0:00 grep --color=auto nginx
rective run
[sujianhui@dev529 ~]$>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
31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3
38) SIGRTMIN+4 39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8
43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12
53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7
58) SIGRTMAX-6 59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2
63) SIGRTMAX-1 64) SIGRTMAX
[sujianhui@dev529 ~]$>sudo nginx
[sudo] password for sujianhui:
[sujianhui@dev529 ~]$>ps aux | grep nginx
root 3628 0.0 0.0 46600 1052 ? Ss 09:49 0:00 nginx: master process nginx
sujianh+ 3629 0.0 0.0 49096 2056 ? S 09:49 0:00 nginx: worker process
sujianh+ 3637 0.0 0.0 112812 972 pts/0 S+ 09:49 0:00 grep --color=auto nginx
[sujianhui@dev529 ~]$>sudo kill -SIGTERM 3628
[sujianhui@dev529 ~]$>ps aux | grep nginx
sujianh+ 3744 0.0 0.0 112812 972 pts/0 S+ 09:50 0:00 grep --color=auto nginx
[sujianhui@dev529 ~]$>sudo nginx
[sujianhui@dev529 ~]$>ps aux | grep nginx
root 3766 0.0 0.0 46600 1052 ? Ss 09:51 0:00 nginx: master process nginx
sujianh+ 3767 0.0 0.0 49096 2056 ? S 09:51 0:00 nginx: worker process
sujianh+ 3775 0.0 0.0 112812 972 pts/0 S+ 09:51 0:00 grep --color=auto nginx
[sujianhui@dev529 ~]$>sudo kill -9 3766
[sujianhui@dev529 ~]$>ps aux | grep nginx
sujianh+ 3767 0.0 0.0 49096 2056 ? S 09:51 0:00 nginx: worker process
sujianh+ 3799 0.0 0.0 112812 972 pts/0 S+ 09:51 0:00 grep --color=auto nginx
apache prefork
轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/191869.html
標籤:python
