phpfpm命令
❶ 了解php-FPM
在伺服器上，當我們查看php進程時，全都是php-fpm進程，大家都知道這個就是php的運行環境，那麼，它到底是個什麼東西呢？
PHP-FPM，就是PHP的FastCGI管理器，用於替換PHP FastCGI的大部分附加功能，在PHP5.3.3後已經成為了PHP的標配。
有小夥伴要問了，FastCGI又是什麼鬼？CGI程序又叫做「通用網關介面」，就是讓Web伺服器和你的應用程序進行交互的一個介面。就像nginx中需要配置的fastcgi_pass，一般我們會使用127.0.0.1:9000或者unix:/tmp/php-cgi.sock來配置這個參數。它的意思就是告訴nginx，過來的請求使用tcp:9000埠的監聽程序來處理或者使用unix/socket來處理。它們都是指向的PHP運行程序。
再說得通俗一點，我們運行php腳本用的是
php-fpm就相當於是這個php命令。nginx通過fastcgi_pass來運行php $nginx_root(nginx配置文件中網站根目錄root配置)下的index.php。所以，如果你用的是python或者其他什麼語言，都可以用它們的cgi程序來讓nginx調用。
FastCGI和CGI又有什麼不同呢？FastCGI是啟動一個socket介面，伺服器應用不需要自己去運行php，只需要向這個socket介面提交請求就可以了。
php-fpm在編譯php時需要添加--enable-fpm。一些通用的集成安裝包如lnmp、phpStudy等都會默認編譯並使用php-fpm，畢竟是標配。
上文中說過nginx可以使用127.0.0.1:9000和unix:/tmp/php-cgi.sock這兩種方式來調用php-fpm。它們有什麼區別呢？
前者，一般帶9000埠號的，是tcp形式的調用。也就是php-fpm啟動了一個監聽進程對9000埠進行監聽。它會調起一個tcp/ip服務，nginx在調用的時候會走一次tcp請求流程，也就是3次握手4次揮手，會走到網路七層中的第四層傳輸層。相對來說這種方式性能會稍差一點，啟動php-fpm後使用nestat查看埠中會出現9000埠的佔用。
後者，使用的是unix套接字socket服務，通過sock文件來交換信息，性能相對好一些，因為它沒有tcp連接過程，也不會有9000埠的佔用。
對於高負載大訪問量的網站還是推薦使用unix方式，對於普通小網站來說，無所謂使用哪個都可以，tcp方式反而更容易配置和理解，也是php-fpm.conf中默認的監聽方式。
php-fpm.conf配置中的listen屬性用來配置監聽，這里的配置要和nginx中的一致，使用tcp的就監聽127.0.0.1:9000，使用unix的就設置成/tmp/php-cgi-56.sock。
以下內容摘自官方文檔：
===========
各自媒體平台均可搜索【硬核項目經理】
❷ PHP涓鐨凢PM鏄鍋氫粈涔堢殑
FPM錛團astCGI 榪涚▼綆＄悊鍣錛夌敤浜庢浛鎹 PHP FastCGI 鐨勫ぇ閮ㄥ垎闄勫姞鍔熻兘錛屽逛簬楂樿礋杞界綉絝欐槸闈炲父鏈夌敤鐨勩傚畠鐨勫姛鑳藉寘鎷錛
鏀鎸佸鉤婊戝仠姝/鍚鍔ㄧ殑楂樼駭榪涚▼綆＄悊鍔熻兘錛
鍙浠ュ伐浣滀簬涓嶅悓鐨 uid/gid/chroot 鐜澧冧笅錛屽苟鐩戝惉涓嶅悓鐨勭鍙ｅ拰浣跨敤涓嶅悓鐨 php.ini 閰嶇疆鏂囦歡錛堝彲鍙栦唬 safe_mode 鐨勮劇疆錛夛紱
stdout 鍜 stderr 鏃ュ織璁板綍;
鍦ㄥ彂鐢熸剰澶栨儏鍐電殑鏃跺欒兘澶熼噸鏂板惎鍔ㄥ苟緙撳瓨琚鐮村潖鐨 opcode;
鏂囦歡涓婁紶浼樺寲鏀鎸;
"鎱㈡棩蹇" - 璁板綍鑴氭湰錛堜笉浠呰板綍鏂囦歡鍚嶏紝榪樿板綍 PHP backtrace 淇℃伅錛屽彲浠ヤ嬌鐢 ptrace鎴栬呯被浼煎伐鍏瘋誨彇鍜屽垎鏋愯繙紼嬭繘紼嬬殑榪愯屾暟鎹錛夎繍琛屾墍瀵艱嚧鐨勫紓甯哥紦鎱;
fastcgi_finish_request() - 鐗規畩鍔熻兘錛氱敤浜庡湪璇鋒眰瀹屾垚鍜屽埛鏂版暟鎹鍚庯紝緇х畫鍦ㄥ悗鍙版墽琛岃楁椂鐨勫伐浣滐紙褰曞叆瑙嗛戣漿鎹銆佺粺璁″勭悊絳夛級錛
鍔ㄦ侊紡闈欐佸瓙榪涚▼浜х敓錛
鍩烘湰 SAPI 榪愯岀姸鎬佷俊鎮錛堢被浼糀pache鐨 mod_status錛夛紱
鍩轟簬 php.ini 鐨勯厤緗鏂囦歡銆
❸ 如何關閉php-fpm進程
如果把php-fpm已經安裝了一個系統服務，那就：service php-fpm stop來關閉
如果沒有的話，直接通過萬能的方法：殺死對應的進程。
要關閉php-fpm進程，就殺死它：pkill -9 php-fpm
❹ linux怎麼查看php啟動命令
啟動悄喊php-fpm。
/usr/local/php5/sbin/php-fpm/usr/local/php5/為php-fpm的安裝地址。
/usr/local/php-5.6.3/sbin/php-fpm-R#如果報錯顯示不能用root用戶啟動，則可以考慮使用-R命令。
查看是否啟動成功：
netstat-lnt|grep9000
tcp00127.0.0.1:90000.0.0.0:*LISTEN
或者使用如下命令，查看是否9000埠被php-fpm佔用：
netstat-tunpl|grep9000
tcp00127.0.0.1:90000.0.0.0:*LISTEN2124/php-fpm。
❺ php-fpm怎麼連接的mysql
們都知道，php是不能直接操作 mysql的，他需要通過擴展提供介面調用，php的mysql擴展也好幾個，只支持面向過程的mysql，既支持面向過程也支持面向對象的mysqli，只支持面向對象的PDO，當然無論是那個擴展，也只是php語法寫法上的區別而已，底層其實是一樣的。
今天我們不講語法這些老掉牙的東西，我們隨便找一個擴展，來分析一下 php底層 和 mysql 之間的通信原理。
首先我們來理解一下 php-fpm 的工作原理，php-fpm 是一個 php-cgi 進程管理器，其實就是一個連接池，它和nginx配合的工作原理如下。
我們先從最簡單的靜態方式入手觀察他的工作原理
vim php-fpm.ini
[www]
pm = static
pm.max_children = 5
pm.max_requests = 2
上面三句話的含義是什麼呢:
1、static 表示靜態以靜態方式生成 php-fpm 進程
2、pm.max_children = 5 表示當 php-fpm 啟動時就啟動 5 個 php-fpm 子進程 等待處理 nginx 發過來的請求
3、pm.max_requests = 2 表示每個 php-fpm 子進程處理 2 個請求就銷毀，當然父進程每次看到有銷毀的自然也就會生成新的子進程
我們來簡單驗證一下這個說法：
首先重啟 php-fpm，讓它復位一下
接下來寫一條簡單的語句輸出當前進程ID
echo "當前 php-fpm 進程ID：".posix_getpid();
不斷刷新瀏覽器觀察輸出變化
當前 php-fpm 進程ID：24548
當前 php-fpm 進程ID：24549
當前 php-fpm 進程ID：24550
當前 php-fpm 進返備程ID：24547
當前 php-fpm 進程ID：24551
當前 php-fpm 進程ID：24548
當前 php-fpm 進程ID：24549
當前 php-fpm 進程ID：24550
當前 php-fpm 進程ID：24547
當前 php-fpm 進程ID：24551
當前 php-fpm 進程ID：24563
當前 php-fpm 進程ID：24564
當前 php-fpm 進程ID：24565
當前 php-fpm 進程ID：24566
當前 php-fpm 進程ID：24567
當前 php-fpm 進程ID：24563
當前 php-fpm 進程ID：24564
當前 php-fpm 進程ID：24565
當前 php-fpm 進程ID：24566
當前 php-fpm 進程ID：24567
當前 php-fpm 進程ID：24568
當前 php-fpm 進程ID：24569
當前 php-fpm 進程ID：24570
當前 php-fpm 進程ID：24571
當前 php-fpm 進程ID：24572
當前 php-fpm 進程ID：24568
當前 php-fpm 進程ID：24569
當前 php-fpm 進程ID：24570
當前 php-fpm 進程ID：24571
當前 php-fpm 進程ID：24572
可以看得出，第一批id不是按照順序執行的，進程id為24547的進程是在第四位處理的，然後從下信轎面開始，所有id都是順序執行的而且每次生成的一批id都是遞增，是不是有種mysql自增主鍵的趕腳呢？
這里需要注意的是，無論是靜態還是下面的動態配置方式，只要沒有設置 max_requests ，那麼進程是不會銷毀的，也就是說當一個進程裡面出現死循環或者內存溢出等導致進程僵死的情況出現的時候，處理的進程就會少一個了
好吧理解了靜態的處理方式，我們其實也很容易知道這個方式的弊端了，當然我們平時伺服器不可能就開5個進程每個進程處理2個請求，我們來做滑世肆一個簡單的加減乘除，看看一個伺服器應該開多少個 php-fpm 合適
首先我們來看看一個簡單的echo需要多少內存：
$size = memory_get_usage();
$unit = array('b','kb','mb','gb','tb','pb');
$memory = @round($size/pow(1024,($i=floor(log($size,1024)))),2).' '.$unit[$i];
echo "當前 php-cgi 進程所使用內存：".$memory;
觀察瀏覽器我們可以得到一下數據：
當前 php-cgi 進程所使用內存：227.17 kb
也就是說一個簡單的什麼都不幹的php就已經佔用了200多K的內存，當然這也不算多。
不過進程多了cpu切換進程速度就會變慢，所以這個數還是需要通過ab等測試工具才能測試出具體應該開多少比較合理
我們先從200開始，不斷的增加，架設增加到800的時候，效率和400一樣，那我們就沒必要開800那麼多進程浪費內存了。
那麼問題就來了，如果同一時間請求出超過400呢？有人說會排隊等待，真的會排隊等待嗎？答案明顯是 php-fpm 是沒能力排隊了，因為處理請求的php-fpm子進程都用完了，那麼等待也就只能是在 nginx 等待，通常一個 nginx 也不只是轉發請求給 php-fpm 就完事了，他還要處理靜態文件呢？如果這些php請求導致nginx的請求數過多一直在等待，那麼訪問靜態文件自然也會卡了，這時候我們就需要配置成下面的動態處理方式。
[www]
pm.max_children = 10
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8
;pm.max_requests = 2
上面五句話的含義是什麼呢:
1、dynamic 表示靜態以動態方式生成 php-fpm 進程
2、pm.max_children = 10 同時活動的進程數 10個
3、pm.start_servers = 5 表示當 php-fpm 主進程啟動時就啟動 5 個 php-fpm 子進程
4、pm.min_spare_servers = 2 表示最小備用進程數
5、pm.max_spare_servers = 8 表示最大備用進程數
6、pm.max_requests = 2 上面說過就不說了
當前 php-fpm 進程ID：2270
當前 php-fpm 進程ID：2271
當前 php-fpm 進程ID：2272
當前 php-fpm 進程ID：2273
當前 php-fpm 進程ID：2274
當前 php-fpm 進程ID：2270
當前 php-fpm 進程ID：2271
當前 php-fpm 進程ID：2272
當前 php-fpm 進程ID：2273
當前 php-fpm 進程ID：2274
當前 php-fpm 進程ID：2270
當前 php-fpm 進程ID：2271
當前 php-fpm 進程ID：2272
當前 php-fpm 進程ID：2273
當前 php-fpm 進程ID：2274