php-fpm比php成為apache模塊好在哪

概述
　　寫這篇文章的是因為今天要Ubuntu下搭建LNMP環境，Nginx使用的是PHP-FPM，所以對Web服務器與PHP解釋器的交互方式做了個整理。
　　眾所周知，PHP是跨平臺、跨服務器的語言，這也是它如此流行的原因之一。但是，很少有人知道PHP解釋器可以以不同的方式運行在Web服務器中。PHP最常用的方式是以模塊的方式(mod_php)運行在Apache中，也是Apache運行PHP的默認方式。但是在Nginx中，Nginx又使用的是PHP-FPM。
　　這篇文章就對這些概念做個介紹，如有不對的地方，請多多批評指教。
　　什麽是PHP處理器(PHP handlers)?
　　首先需要記住的是，任何一種Web服務器(Apache、Nginx等)都是被設計成向用戶發送html、圖片等靜態資源的，Web服務器自身並不能解釋任何動態腳本(PHP、Python等)。PHP處理器就是用來解釋Web應用中的PHP代碼，並將它解釋為HTML或其他靜態資源，然後將解析的結果傳給Web服務器，最後再由Web服務器發送給用戶。大多數的Web服務器都不能解析PHP代碼，因此它需要一個能解析PHP代碼的程序，這就是PHP處理器。
　　mod_php
　　首先，來看一下以Apache模塊方式運行PHP。mod_php現在在Linux各版本的軟件倉庫裏都有，因此很容易被安裝。
　　當PHP以模塊的方式運行在Apache中時，PHP解釋器被“內嵌”在Apache的進程裏。Apache不會調用任何外部的PHP進程，因此這種方式使Apache與PHP能更好的通信。但是，當以這種方式運行PHP的時候，哪怕Apache提供的僅僅是靜態的資源(如HTML)，Apache的每個子進程也都會載入 mod_php，導致了比正常情況下更多的內存開銷。
　　以這種方式運行的另一個缺點是，它僅能與Apache一起配合工作。另外，在小型的VPS和大型的網站中，這種方式也不合適，因為大型網站可能有很多靜態資源，而這些靜態資源是不需要PHP程序解釋的。
　　優點:
　　1.易於安裝和更新
　　2.容配置
　　缺點:
　　1.僅能與Apache一起工作
　　2.增加了Apache子進程內存開銷
　　3.當更改php.ini文件後，需要重啟Apache
　　FastCGI
　　FastCGI是交互程序與Web服務器通用的協議接口，是早期CGI(Common Gateway Interface)的一個變種。相對於CGI來說，FastCGI減少了和Web服務器交互的開銷，同時一次可以處理更多的請求。
　　Apache可以以mod_fcgid的形式使用FastCGI。其他Web服務器，如lighttpd, nginx, Cherokee，甚至微軟的IIS也都能使用FastCGI。使用FastCGI，可以同時設置多個版本的PHP，這在某些情況下非常有用。
　　FastCGI還利用suexec來支持不同的用戶用自己的PHP的實例。這個特性對於在共享環境下提高安全性尤其重要。FastCGI在保證性能的同時，也減少了Web服務器的內存開銷。
　　優點:
　　1.兼容多數Web服務器
　　2.比mod_php占內存小
　　3.更多的配置項，包括多版本PHP和suexec
　　缺點
　　1.配置復雜
　　2.不被大家所熟知
　　PHP-FPM(FastCGI Process Manager)
　　PHP-FPM是Web服務器使用PHP的一種最新方式，也是PHP FastCGI的另外一種實現。PHP-FPM對於運行在小型VPS和多服務器上的Web應用非常應用。同時，它也可以被兼容FastCGI的任何Web服務器所使用。
　　PHP-FPM使管理員能夠優雅地停止和啟動PHP工作進程而不丟失任何查詢。這允許我們逐步更新配置和二進制,而不會損失任何查詢。它還允許我們在發生任何意外破壞的情況下，緊急重啟進程。
　　優點:
　　1.兼容多數Web服務器
　　2.比mod_php占內存小
　　3.更多的配置項，包括多版本PHP和suexec
　　缺點
　　1.配置復雜
　　2.不被大家所熟知
　　補充:Apache運行PHP的四種方式
　　mod_php (DSO，Dynamic Shared Object)
　　CGI
　　suPHP
　　FastCGI
　　總結
　　內容相對抽象，理解的不深，記錄下留作以後參考~:)

573767859 | 惠玉龍

擅長： 互聯網

為您推薦：

php-fpm比php成為apache模塊好在哪