phpfpm是什麼

⑴ phpfpm工作原理～呢

進程池管理工具，簡單描述，nginx將收到的php相關請求轉發到phpfpm，由phpfpm負責生成和管理php進程來執行相應的php腳本，並將結果返回給nginx。

⑵ php-fpm的簡介

PHP-FPM(FastCGI Process Manager：FastCGI進程管理器)對於PHP 5.3.3之前的php來說，是一個補丁包 ，旨在將FastCGI進程管理整合進PHP包中。如果你使用的是PHP5.3.3之前的PHP的話，就必須將它patch到你的PHP源代碼中，在編譯安裝PHP後才可以使用。
從PHP 5.4 RC2開始，php-fpm已經轉正了，不再被php團隊標注為EXPERIMENTAL（實驗性的東西） 。
相對Spawn-FCGI，PHP-FPM在CPU和內存方面的控制都更勝一籌，而且前者很容易崩潰，必須用crontab進行監控，而PHP-FPM則沒有這種煩惱。
PHP5.3.3已經集成php-fpm了，不再是第三方的包了。PHP-FPM提供了更好的PHP進程管理方式，可以有效控制內存和進程、可以平滑重載PHP配置，比spawn-fcgi具有更多優點，所以被PHP官方收錄了。在./configure的時候帶 –enable-fpm參數即可開啟PHP-FPM。
使用PHP-FPM來控制PHP-CGI的FastCGI進程
/usr/local/php/sbin/php-fpm{start|stop|quit|restart|reload|logrotate}
--start 啟動php的fastcgi進程
--stop 強制終止php的fastcgi進程
--quit 平滑終止php的fastcgi進程
--restart 重啟php的fastcgi進程
--reload 重新平滑載入php的php.ini
--logrotate 重新啟用log文件

⑶ php5-cgi和php5-fpm 這兩個東西是什麼意思啊有什麼區別怎麼使用

CGI

CGI全稱是「公共網關介面」(Common Gateway Interface)，HTTP伺服器與你的或其它機器上的程序進行「交談」的一種工具，其程序須運行在網路伺服器上。

CGI可以用任何一種語言編寫，只要這種語言具有標准輸入、輸出和環境變數。如php,perl,tcl等。

FastCGI

FastCGI像是一個常駐(long-live)型的CGI，它可以一直執行著，只要激活後，不會每次都要花費時間去fork一次（這是CGI最為人詬病的fork-and-execute 模式）。它還支持分布式的運算，即 FastCGI 程序可以在網站伺服器以外的主機上執行並且接受來自其它網站伺服器來的請求。

FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行為是將CGI解釋器進程保持在內存中並因此獲得較高的性能。眾所周知，CGI解釋器的反復載入是CGI性能低下的主要原因，如果CGI解釋器保持在內存中並接受FastCGI進程管理器調度，則可以提供良好的性能、伸縮性、Fail- Over特性等等。

FastCGI特點

FastCGI具有語言無關性.
FastCGI在進程中的應用程序，獨立於核心web伺服器運行，提供了一個比API更安全的環境。APIs把應用程序的代碼與核心的web伺服器鏈接在一起，這意味著在一個錯誤的API的應用程序可能會損壞其他應用程序或核心伺服器。 惡意的API的應用程序代碼甚至可以竊取另一個應用程序或核心伺服器的密鑰。
FastCGI技術目前支持語言有：C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相關模塊在Apache, ISS, Lighttpd等流行的伺服器上也是可用的。
FastCGI的不依賴於任何Web伺服器的內部架構，因此即使伺服器技術的變化, FastCGI依然穩定不變。
FastCGI的工作原理

Web Server啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Mole)
FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程(可見多個php-cgi)並等待來自Web Server的連接。
當客戶端請求到達Web Server時，FastCGI進程管理器選擇並連接到一個CGI解釋器。Web server將CGI環境變數和標准輸入發送到FastCGI子進程php-cgi。
FastCGI子進程完成處理後將標准輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待並處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接。 在CGI模式中，php-cgi在此便退出了。
在上述情況中，你可以想像CGI通常有多慢。每一個Web請求PHP都必須重新解析php.ini、重新載入全部擴展並重初始化全部數據結構。使用FastCGI，所有這些都只在進程啟動時發生一次。一個額外的好處是，持續資料庫連接(Persistent database connection)可以工作。

FastCGI的不足

因為是多進程，所以比CGI多線程消耗更多的伺服器內存，PHP-CGI解釋器每進程消耗7至25兆內存，將這個數字乘以50或100就是很大的內存數。

Nginx 0.8.46+PHP 5.2.14(FastCGI)伺服器在3萬並發連接下，開啟的10個Nginx進程消耗150M內存（15M*10=150M），開啟的64個php-cgi進程消耗1280M內存（20M*64=1280M），加上系統自身消耗的內存，總共消耗不到2GB內存。如果伺服器內存較小，完全可以只開啟25個php-cgi進程，這樣php-cgi消耗的總內存數才500M。
上面的數據摘自Nginx 0.8.x + PHP 5.2.13(FastCGI)搭建勝過Apache十倍的Web伺服器(第6版)

PHP-CGI

PHP-CGI是PHP自帶的FastCGI管理器。

PHP-CGI的不足：

php-cgi變更php.ini配置後需重啟php-cgi才能讓新的php-ini生效，不可以平滑重啟。
直接殺死php-cgi進程，php就不能運行了。(PHP-FPM和Spawn-FCGI就沒有這個問題，守護進程會平滑從新生成新的子進程。）
PHP-FPM

PHP-FPM是一個PHP FastCGI管理器，是只用於PHP的，可以在 http://php-fpm.org/download下載得到。

PHP-FPM其實是PHP源代碼的一個補丁，旨在將FastCGI進程管理整合進PHP包中。必須將它patch到你的PHP源代碼中，在編譯安裝PHP後才可以使用。

⑷ php-fpm與php什麼關系

首先，CGI是幹嘛的？CGI是為了保證web server傳遞過來的數據是標准格式的，方便CGI程序的編寫者
web server（比如說nginx）只是內容的分發者。比如，如果請求/index.html，那麼web server會去文件系統中找到這個文件，發送給瀏覽器，這里分發的是靜態數據。好了，如果現在請求的是/index.php，根據配置文件，nginx知道這個不是靜態文件，需要去找PHP解析器來處理，那麼他會把這個請求簡單處理後交給PHP解析器。Nginx會傳哪些數據給PHP解析器呢？url要有吧，查詢字元串也得有吧，POST數據也要有，HTTP header不能少吧，好的，CGI就是規定要傳哪些數據、以什麼樣的格式傳遞給後方處理這個請求的協議。仔細想想，你在PHP代碼中使用的用戶從哪裡來的。
當web server收到/index.php這個請求後，會啟動對應的CGI程序，這里就是PHP的解析器。接下來PHP解析器會解析php.ini文件，初始化執行環境，然後處理請求，再以規定CGI規定的格式返回處理後的結果，退出進程。web server再把結果返回給瀏覽器。
好了，CGI是個協議，跟進程什麼的沒關系。那fastcgi又是什麼呢？Fastcgi是用來提高CGI程序性能的。
提高性能，那麼CGI程序的性能問題在哪呢？"PHP解析器會解析php.ini文件，初始化執行環境"，就是這里了。標準的CGI對每個請求都會執行這些步驟（不閑累啊！啟動進程很累的說！），所以處理每個時間的時間會比較長。這明顯不合理嘛！那麼Fastcgi是怎麼做的呢？首先，Fastcgi會先啟一個master，解析配置文件，初始化執行環境，然後再啟動多個worker。當請求過來時，master會傳遞給一個worker，然後立即可以接受下一個請求。這樣就避免了重復的勞動，效率自然是高。而且當worker不夠用時，master可以根據配置預先啟動幾個worker等著；當然空閑worker太多時，也會停掉一些，這樣就提高了性能，也節約了資源。這就是fastcgi的對進程的管理。
那PHP-FPM又是什麼呢？是一個實現了Fastcgi的程序，被PHP官方收了。
大家都知道，PHP的解釋器是php-cgi。php-cgi只是個CGI程序，他自己本身只能解析請求，返回結果，不會進程管理（皇上，臣妾真的做不到啊！）所以就出現了一些能夠調度php-cgi進程的程序，比如說由lighthttpd分離出來的spawn-fcgi。好了PHP-FPM也是這么個東東，在長時間的發展後，逐漸得到了大家的認可（要知道，前幾年大家可是抱怨PHP-FPM穩定性太差的），也越來越流行。
網上有的說，fastcgi是一個協議，php-fpm實現了這個協議有的說，php-fpm是fastcgi進程的管理器，用來管理fastcgi進程的，對。php-fpm的管理對象是php-cgi。但不能說php-fpm是fastcgi進程的管理器，因為前面說了fastcgi是個協議，似乎沒有這么個進程存在，就算存在php-fpm也管理不了他（至少目前是）。 有的說，php-fpm是php內核的一個補丁
以前是對的。因為最開始的時候php-fpm沒有包含在PHP內核裡面，要使用這個功能，需要找到與源碼版本相同的php-fpm對內核打補丁，然後再編譯。後來PHP內核集成了PHP-FPM之後就方便多了，使用--enalbe-fpm這個編譯參數即可。
有的說，修改了php.ini配置文件後，沒辦法平滑重啟，所以就誕生了php-fpm，是的，修改php.ini之後，php-cgi進程的確是沒辦法平滑重啟的。php-fpm對此的處理機制是新的worker用新的配置，已經存在的worker處理完手上的活就可以歇著了，通過這種機制來平滑過度。
還有的說PHP-CGI是PHP自帶的FastCGI管理器，那這樣的話干嗎又弄個php-fpm出
不對。php-cgi只是解釋PHP腳本的程序而已。

⑸ 如何通俗地解釋 CGI，FastCGI，php-fpm 之間的關系

通俗的可以把伺服器看作餐廳，用戶請求看作來用餐的顧客，伺服器處理請求看作解決顧客的就餐問題（響應輸出一份飯）。

伺服器上靜態資源看作已做好的飯，只要放到餐盒裡就可以返回給顧客，動態資源需要廚房大廚現成做份再放到餐盒裡返回給顧客。

php_mod這個大廚有個特點，看見有顧客進門就點火，不管顧客要不要現做的，有點浪費資源

php_fpm這個大廚有好多小弟一直點著火（多個處理進程），等有顧客說要現做，大廚就安排小弟做份返回給客戶

cgi也是個大廚，不過他等到顧客要現做，他才點火，做飯，然後熄火。等待下一個要現做的到來

fastcgi呢就是個大廚雇了一幫小弟，專門做需要現場做的飯，大廚只管分派任務，小弟真正操鍋做飯

作者：Code Diy
鏈接：https://www.hu.com/question/30672017/answer/53238751
來源：知乎
著作權歸作者所有，轉載請聯系作者獲得授權。
他寫的，應該很清楚

⑹ php-fpm的特色功能

所有這些特性都是「不打斷」的方式實現的。也就是說，如果你不使用它們，它們的存在不會影響php的功能性——他們都是「透明」的。
Error header
范圍：php.ini 選項
分類：便利性
默認情況下，如果被訪問的php腳本包含語法錯誤，用戶會收到一個空的「200 ok」頁。這是不方便的。Error header 這個php.ini 選項允許在這種情況下產生一個 HTTP錯誤碼，比如「HTTP/1.0 550 Server Made Big Boo」，從而中斷web server請求並顯示一個正確的錯誤頁。
如果要實現這樣的功能，需要在php.ini 中添加一條fastcgi.error_header = HTTP/1.0 550 Server Made Big Boo
在php-5.2.4 中添加了類似，但不相同的功能：如果被訪問的php腳本包含語法錯誤，並且 display_errors = off，會立刻返回「HTTP/1.0 500 Internal Server Error」。
如果你需要設定一個 503錯誤，或者想要使這個行為獨立於 display_errors 的設置，那麼可以使用fastcgi.error_header。如果你在php-5.2.5 或以上版本上啟用 php-fpm，那麼fastcgi.error_header的優先順序更高。
優化的上傳支持
實質：web server 支持
類型：優化
這個特性正如名字那樣，可以加速對大 POST 請求的處理速度，包括文件上傳。優化是通過將請求體已寫入一個臨時文件，然後fastcgi協議傳遞文件名而不是請求體到來實現的。只有 nginx0.5.9 以上才支持這個功能。顯然，這種模式只在php和 web server 在一台機器上的時候才能用。
nginx 樣例配置：
location ~ .php$ {
fastcgi_pass_request_body off;
client_body_in_file_only clean;
fastcgi_param REQUEST_BODY_FILE $request_body_file;
...
fastcgi_pass ...;
}
在php中不需要配置任何東西。如果php收到了參數REQUEST_BODY_FILE，就讀取其中的請求體，如果沒有，就自行從fastcgi協議中讀取請求體。
結合這個特性，可以考慮對臨時文件使用內存文件系統，例如tmpfs(linux)：
client_body_temp_path /dev/shm/client_body_temp;
fastcgi_finish_request()
范圍：php函數
類型：優化
這個特性可以提高一些php請求的處理速度。如果有些處理可以在頁面生成完後進行，就可以使用這種優化。比如，在 memcached 中保存 session 就可以在頁面交給 web server 後進行。fastcgi_finisth_request() ，這一特性可以結束響應輸出，web server 可以立即開始交給等不及的客戶端，而此刻，php可以在請求的上下文環境中處理許多事情。比如保存session，轉換上傳的視頻，處理統計等等。
fastcgi_finisth_request() 會觸發 shutdown 函數運行。
request_slowlog_timeout
范圍:php-fpm.conf 選項
分類: 方便
這個選項能讓你跟蹤執行緩慢的腳本並把他們連同調用棧一起記錄在日誌文件中。例如如下設置：
<value name=request_slowlog_timeout>5s</value>
<value name=slowlog>logs/slow.log</value>
正如你再例子中看到的，腳本運行了 5 秒以上，並很可能是由於 mysql 響應慢造成的（top backtrace）。