phpcgifpm的簡單介紹

本文目錄一覽：

• 1、php5-cgi和php5-fpm 這兩個東西是什麼意思啊？有什麼區別
• 2、關於FastCGI、php-cgi、php-fpm的區別是什麼，各自有什麼用途，以及相互間的關係是什麼?
• 3、什麼是CGI，FastCGI，PHP-CGI，PHP-FPM，Spawn-FCGI
• 4、如何通俗地解釋 CGI，FastCGI，php-fpm 之間的關係
• 5、php5-cgi和php5-fpm 這兩個東西是什麼意思啊？有什麼區別？怎麼使用
• 6、php-fpm 找不到 php-cgi.sock 怎麼辦

php5-cgi和php5-fpm 這兩個東西是什麼意思啊？有什麼區別

什麼是PHP-CGI:

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

啟動PHP-CGI，使用如下命令：

php-cgi -b 127.0.0.1:9000

PHP-CGI的不足:

1、php-cgi變更php.ini配置後需重啟php-cgi才能讓新的php-ini生效，不可以平滑重啟

2、直接殺死php-cgi進程,php就不能運行了。(PHP-FPM和Spawn-FCGI就沒有這個問題,守護進程會平滑從新生成新的子進程。）

什麼是PHP-FPM

PHP-FPM是一個PHP FastCGI管理器，是只用於PHP的,可以在 下載得到.

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

現在我們可以在最新的PHP 5.3.2的源碼樹里下載得到直接整合了PHP-FPM的分支，據說下個版本會融合進PHP的主分支去。相對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-cgi是被調用的進程，php-fpm是配置和管理進程的。

關於FastCGI、php-cgi、php-fpm的區別是什麼，各自有什麼用途，以及相互間的關係是什麼?

fastcgi是一個通用網關接口，用於web服務器(iis, apache)和應用程序通信。

php-cgi是php平台的cgi程序

以上兩個結合，可以使php整合在web服務中

php-fpm是一個獨立的php-fcgi管理軟件，它要整合進web服務中，需要使用代理模式

一般與nginx搭配。也可以與apache搭配

php-fpm一般不直接作為服務容器提供外網訪問，而是通過常用web容器作代理

php作為服務器端的解析程序，運行模式分很多種，fastcgi, mod_php, proxy(代理)等。

與iis搭配時一般採用fast-cgi模式，iis自帶fast-cgi引擎，配置好php參數即可

與apache搭配，在windows平台下，一般也是fast-cgi模式，在linux系統中一般是mod_php模式，把php作為一個子模塊加載

也可以配置php-fpm 然後在apache中配置代理模式

與nginx搭配，一般就是用php-fpm+代理模式了

什麼是CGI，FastCGI，PHP-CGI，PHP-FPM，Spawn-FCGI

CGI(Common Gateway Interface) 是WWW技術中最重要的技術之一，有着不可替代的重要地位。CGI是外部應用程序（CGI程序）與Web服務器之間的接口標準，是在CGI程序和Web服務器之間傳遞信息的規程。CGI規範允許Web服務器執行外部程序，並將它們的輸出發送給Web瀏覽器，CGI將Web的一組簡單的靜態超媒體文檔變成一個完整的新的交互式媒體。

Common Gateway Interface，簡稱CGI。在物理上是一段程序，運行在服務器上，提供同客戶端HTML頁面的接口。這樣說大概還不好理解。那麼我們看一個實際例子：現在的個人主頁上大部分都有一個留言本。留言本的工作是這樣的：先由用戶在客戶端輸入一些信息，如名字之類的東西。接着用戶按一下“留言”（到目前為止工作都在客戶端），瀏覽器把這些信息傳送到服務器的CGI目錄下特定的cgi程序中，於是cgi程序在服務器上按照預定的方法進行處理。在本例中就是把用戶提交的信息存入指定的文件中。然後cgi程序給客戶端發送一個信息，表示請求的任務已經結束。此時用戶在瀏覽器里將看到“留言結束”的字樣。整個過程結束。

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

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

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

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

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

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

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

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

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

作者：Code Diy

鏈接：

來源：知乎

著作權歸作者所有，轉載請聯繫作者獲得授權。

他寫的，應該很清楚

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 Module)

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的，可以在 下載得到。

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

php-fpm 找不到 php-cgi.sock 怎麼辦

php-fpm有兩種listen方式，一種是通過端口來操作，一種是sock文件。

在nginx的server配置當中，如果設置為fastcgi_pass unix:/tmp/php-cgi.sock的話，有可能會出現502錯誤，這是以為nginx此項沒有找到php-cgi.sock文件或者權限問題導致的,我們也可以改成fastcgi_pass:127.0.0.1:9000來修正這個錯誤 。

當我們用php-fpm來管理我們的php啟動時，按照如下的配置，就會自動生成/tmp/php-cgi.sock文件，然後再訪問的話就不回出現502 Gateway錯誤了。配置如下：

[global]

pid = /var/run/php-fpm.pid

error_log = /var/log/php-fpm.log

log_level = notice

[www]

listen = /tmp/php-cgi.sock

user = www

group = www

pm = dynamic

pm.max_children = 20

pm.start_servers = 2

pm.min_spare_servers = 1

pm.max_spare_servers = 3