細說PHP-fpm

在理解php-fpm以前，咱們要先搞清楚幾個關鍵詞以及他們之間的關係:CGI

FastCGI:(Fast Common Gateway Interface),即快速通用網關接口，是一種讓交互程序與Web服務器通訊的協議。它是CGI的加強版本

php-fpm

php-cgi.

CGI:(Common Gateway Interface)，即通用網關接口的意思，描述的是服務器和請求處理程序之間傳輸數據的一種標準。 因此，CGI是一種協議。CGI可用於任何語言，只要該語言具備標準的輸出、輸入以及環境變量。如perl、php等語言。 以nginx和php爲例，咱們能夠理解爲，這是php在與nginx服務器之間交互時，對傳輸數據的一種約定。

在《HTTP權威指南》書中，是這麼描述的

CGI是一個標準接口集，Web 服務器能夠用它來裝載程序以響應對特定 URL 的 HTTP 請求，並收集程序的輸出數據，將其放在 HTTP 響應中回送。

那CGI的原理是什麼呢

當須要請求使用網關的資源時，服務器會請輔助應用程序來處理請求（好比nginx會請php程序來處理請求）。 服務器會將輔助應用程序的數據傳送給網關。而後網關會向服務器返回一條響應或者響應數據，服務器再將響應或響應數據轉發給客戶端。

由此咱們能夠清楚兩點：

• 服務器和網關是相互獨立的應用程序
• 服務器是應用程序和網關之間的一座橋樑

具體原理如圖所示：

 

由此，咱們可知CGI有一個致命的弱點，即應用程序的每次請求，都要引起一個全新的進程。因此，服務器和網關之間的分離會形成性能的 耗費，會限制使用CGI的服務器的性能，而且會加劇服務端機器資源的負擔。

好啦，重角要登場了。後來爲了解決這個問題，出現了FastCGI，也就是快速的CGI。 接下來，咱們再詳細的瞭解下FastCGI。

FastCGI:(Fast Common Gateway Interface),即快速通用網關接口，是一種讓交互程序與Web服務器通訊的協議。它是CGI的加強版本

FastCGI致力於減小網頁服務器與CGI程序之間互動的開銷，從而使服務器能夠同時處理更多的網頁請求。

以上來自維基百科，咱們能夠由此瞭解到，FastCGI，同CGI同樣，也是一種協議，只不過它是CGI的加強版本。

那FastCGI是如何加強性能的呢？

FastCGI接口模擬了CGI，但FastCGI是做爲持久守護進程運行的，消除了爲每一個請求創建或拆除新進程所帶來的性能損耗。也就是容許，一個進程內能夠處理多個請求。 也就說CGI解釋器保持在內存中，並接受了FastCGI進程管理和調度，因此它能夠提供更好的性能，可擴展性，故障切換等特色。

FastCGI的特色

• FastCGI與語言無關
• FastCGI應用在進程中，獨立於核心網絡服務器，提供了一個比API環境更安全的環境。 APIs的代碼和web服務器的應用的核心是 牢牢關聯的。這也就意味着在API應用程序的錯誤可能會損壞其它應用程序或核心服務器。惡意API應用程序代碼甚至能夠竊取另外一個應用程序或核心服務器密鑰。
• FastCGI技術摸錢支持PHP,C/C++, Java language, Perl, Tcl, Python, SmallTalk, Ruby etc.. 它在Apache, ISS, Lighttpd和其餘流行的 服務器中的相關模塊都是可使用的。FastCGI不依賴於任何服務器體系結構，因此即便服務器在技術上改變了，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而後會退出。

FastCGI的不足

由於是多進程，因此比CGI多線程消耗更多的服務器內存，PHP-CGI解釋器每進程消耗7至25兆內存，將這個數字乘以50或100就是很大的內存數。 Nginx 0.8.46+PHP 5.2.14(FastCGI)服務器在3萬併發鏈接下，開啓的10個Nginx進程消耗150M內存（15M10=150M），開啓的64個php-cgi進程消耗1280M內存（20M64=1280M），加上系統自身消耗的內存，總共消耗不到2GB內存。 若是服務器內存較小，徹底能夠只開啓25個php-cgi進程，這樣php-cgi消耗的總內存數才500M。

 

——————————————————————————————————————————————————————————————

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 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。