什麼是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 與CGI 特點：
1、如CGI ，FastCGI 也具有語言無關性.
2、如CGI, FastCGI在進程中的應用程序，獨立於核心web 服務器運行, 提供了一個比API更安全的環境。(APIs 把應用程序的代碼與核心的web 服務器鏈接在一起，這意味著在一個錯誤的API的應用程序可能會損壞其他應用程序或核心服務器; 惡意的API的應用程序代碼甚至可以竊取另一個應用程序或核心服務器的密鑰。)
3、FastCGI 技術目前支持語言有：C/C++ 、Java、Perl 、Tcl、
Python、SmallTalk、Ruby等。相關模塊在Apache, ISS, Lighttpd 等流行的服務器上也是可用的。
4、如CGI ，FastCGI 的不依賴於任何Web服務器的內部架構，因此即使服務器技術的變化, FastCGI 依然穩定不變。
FastCGI 的工作原理：
1、Web Server啟動時載入FastCGI 進程管理器（IIS ISAPI 或Apache Module)
2、FastCGI 進程管理器自身初始化，啟動多個CGI 解釋器進程(可見多個php-cgi) 並等待來自Web Server的連接。
3、當客戶端請求到達Web Server時，FastCGI 進程管理器選擇並連接到一個CGI 解釋器。Web server將CGI 環境變量和標准輸入發送到FastCGI 子進程php-cgi。
4、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。
詳談PHP-CGI、PHP-FPM、Spawn-FCGI
什麼是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的, 可以在 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。使用PHP-FPM來控制PHP-CGI的FastCGI 進程。
在php5.3.3之前php-fpm支持以下命令：
#/usr/local/php/sbin/php-fpm{start|s
top|quiet|restart|reload|logrotate}
–start 啟動php 的fastcgi進程
–stop 強制終止php 的fastcgi進程
–quit 平滑終止php 的fastcgi進程
–restart 重啟php 的fastcgi進程
–reload 重新平滑加載php 的php.in
–logrotate 重新啟用log 文件
從php5.3.3開始集成php-fpm，而它所集成的php-fpm不再支持之前的控制命令了，需要使用信號控制：
master進程可以理解以下信號：
SIGINT, SIGTERM 立刻終止
SIGQUIT 平滑終止
SIGUSR1 重新打開日志文件
SIGUSR2 平滑重載所有worker進程並重新載入配置和二進制模塊
例：
php-fpm 關閉：
kill -SIGINT `
cat /usr/local/php/var/run/php-fpm.pid`
php-fpm 重啟：
kill -SIGUSR2 `cat /usr/local/php/var/run/php-fpm.pid`
其次配置文件也不再使用之前的xml 格式，改為了INI，但是配置參數幾乎和以前一樣，可參照xml格式的格式配置
什麼是Spawn-FCGI：
Spawn-FCGI 是一個通用的FastCGI 管理服務器，它是lighttpd 中的一部份，很多人都用Lighttpd 的Spawn-FCGI 進行FastCGI 模式下的管理工作，不過有不少缺點。而PHP-FPM的出現多少緩解了一些問題，但PHP-FPM有個缺點就是要重新編譯，這對於一些已經運行的環境可能有不小的風險(refer) ，在php 5.3.3中可以直接使用PHP-FPM了。
Spawn-FCGI 目前已經獨成為一個項目，更加穩定一些，也給很多Web 站點的配置帶來便利。已經有不少站點將它與nginx搭配來解決動態網頁。
下面我們就可以使用Spawn-FCGI 來控制php-CGI 的FastCGI 進程了。
#/usr/local/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 5 -u www-data -g www-data -f /usr /bin /php-cgi
參數含義如下:
-f 指定調用FastCGI 的進程的執行程序位置，根據系統上所裝的PHP的情況具體設置
-a 綁定到地址addr
-p 綁定到端口port
-s 綁定到unix socket的路徑path
-C 指定產生的FastCGI 的進程數，默認為5( 僅用於PHP)
-P 指定產生的進程的PID文件路徑
-u 和-g FastCGI 使用什麼身份(-u 用戶 -g 用戶組) 運行，Ubuntu下可以使用www-data，其他的根據情況配置，如nobody、apache等。
轉載地址：http://shuoduanzi.com/
