php-fpm 啟動參數(shù)及重要配置
http://www.cnblogs.com/argb/p/3604340.html
php-fpm 關閉 如果沒有pid文件，ps查一下pid：
- SIGINT, SIGTERM 立刻終止
- SIGQUIT 平滑終止
- SIGUSR1 重新打開日志文件
- SIGUSR2 平滑重載所有worker進程并重新載入配置和二進制模塊
kill -SIGINT `cat /opt/php/var/run/php-fpm.pid`php-fpm
重啟：
kill -SIGUSR2 `cat /opt/php/var/run/php-fpm.pid`
概念說明
http://www.nowamagic.net/librarys/veda/detail/1319
http://segmentfault.com/q/1010000000256516
首先，CGI是干嘛的？CGI是為了保證web server傳遞過來的數(shù)據(jù)是標準格式的，方便CGI程序的編寫者。
web server（比如說nginx）只是內容的分發(fā)者。比如，如果請求/index.html，那么web server會去文件系統(tǒng)中找到這個文件，發(fā)送給瀏覽器，這里分發(fā)的是靜態(tài)數(shù)據(jù)。好了，如果現(xiàn)在請求的是/index.php，根據(jù)配置文件，nginx知道這個不是靜態(tài)文件，需要去找PHP解析器來處理，那么他會把這個請求簡單處理后交給PHP解析器。Nginx會傳哪些數(shù)據(jù)給PHP解析器呢？url要有吧，查詢字符串也得有吧，POST數(shù)據(jù)也要有，HTTP header不能少吧，好的，CGI就是規(guī)定要傳哪些數(shù)據(jù)、以什么樣的格式傳遞給后方處理這個請求的協(xié)議。仔細想想，你在PHP代碼中使用的用戶從哪里來的。
當web server收到/index.php這個請求后，會啟動對應的CGI程序，這里就是PHP的解析器。接下來PHP解析器會解析php.ini文件，初始化執(zhí)行環(huán)境，然后處理請求，再以規(guī)定CGI規(guī)定的格式返回處理后的結果，退出進程。web server再把結果返回給瀏覽器。
好了，CGI是個協(xié)議，跟進程什么的沒關系。那fastcgi又是什么呢？Fastcgi是用來提高CGI程序性能的。
提高性能，那么CGI程序的性能問題在哪呢？"PHP解析器會解析php.ini文件，初始化執(zhí)行環(huán)境"，就是這里了。標準的CGI對每個請求都會執(zhí)行這些步驟（不閑累?。舆M程很累的說?。?，所以處理每個時間的時間會比較長。這明顯不合理嘛！那么Fastcgi是怎么做的呢？首先，F(xiàn)astcgi會先啟一個master，解析配置文件，初始化執(zhí)行環(huán)境，然后再啟動多個worker。當請求過來時，master會傳遞給一個worker，然后立即可以接受下一個請求。這樣就避免了重復的勞動，效率自然是高。而且當worker不夠用時，master可以根據(jù)配置預先啟動幾個worker等著；當然空閑worker太多時，也會停掉一些，這樣就提高了性能，也節(jié)約了資源。這就是fastcgi的對進程的管理。
那PHP-FPM又是什么呢？是一個實現(xiàn)了Fastcgi的程序，被PHP官方收了。
大家都知道，PHP的解釋器是php-cgi。php-cgi只是個CGI程序，他自己本身只能解析請求，返回結果，不會進程管理（皇上，臣妾真的做不到?。。┧跃统霈F(xiàn)了一些能夠調度php-cgi進程的程序，比如說由lighthttpd分離出來的spawn-fcgi。好了PHP-FPM也是這么個東東，在長時間的發(fā)展后，逐漸得到了大家的認可（要知道，前幾年大家可是抱怨PHP-FPM穩(wěn)定性太差的），也越來越流行。
