PHP-FPM 介紹

CGI 協(xié)議與 FastCGI 協(xié)議

每種動態(tài)語言（ PHP,Python 等）的代碼文件需要通過對應的解析器才能被服務器識別，而 CGI 協(xié)議就是用來使解釋器與服務器可以互相通信。PHP 文件在服務器上的解析需要用到 PHP 解釋器，再加上對應的 CGI 協(xié)議，從而使服務器可以解析到 PHP 文件。

由于 CGI 的機制是每處理一個請求需要 fork 一個 CGI 進程，請求結束再kill掉這個進程，在實際應用上比較浪費資源，于是就出現(xiàn)了CGI 的改良版本 FastCGI，F(xiàn)astCGI 在請求處理完后，不會 kill 掉進程，而是繼續(xù)處理多個請求，這樣就大大提高了效率。

PHP-FPM 是什么

PHP-FPM 即 PHP-FastCGI Process Manager， 它是 FastCGI 的實現(xiàn)，并提供了進程管理的功能。進程包含 master 進程和 worker 進程兩種；master 進程只有一個，負責監(jiān)聽端口，接收來自服務器的請求，而 worker 進程則一般有多個（具體數量根據實際需要進行配置），每個進程內部都會嵌入一個 PHP 解釋器，是代碼真正執(zhí)行的地方。

Nginx 與 php-fpm 通信機制

當我們訪問一個網站（如 www.test.com）的時候，處理流程是這樣的：

  www.test.com
        |
        |
      Nginx
        |
        |
路由到 www.test.com/index.php
        |
        |
加載 nginx 的 fast-cgi 模塊
        |
        |
fast-cgi 監(jiān)聽 127.0.0.1:9000 地址
        |
        |
www.test.com/index.php 請求到達 127.0.0.1:9000
        |
        |
     等待處理...

Nginx 與 php-fpm 的結合

在 Linux 上，nginx 與 php-fpm 的通信有 tcp socket 和 unix socket 兩種方式。

tcp socket 的優(yōu)點是可以跨服務器，當 nginx 和 php-fpm 不在同一臺機器上時，只能使用這種方式。

Unix socket 又叫 IPC(inter-process communication 進程間通信) socket，用于實現(xiàn)同一主機上的進程間通信，這種方式需要在 nginx配置文件中填寫 php-fpm 的 socket 文件位置。

兩種方式的數據傳輸過程如下圖所示：

二者的不同：

由于 Unix socket 不需要經過網絡協(xié)議棧，不需要打包拆包、計算校驗和、維護序號和應答等，只是將應用層數據從一個進程拷貝到另一個進程。所以其效率比 tcp socket 的方式要高，可減少不必要的 tcp 開銷。不過，unix socket 高并發(fā)時不穩(wěn)定，連接數爆發(fā)時，會產生大量的長時緩存，在沒有面向連接協(xié)議的支撐下，大數據包可能會直接出錯不返回異常。而 tcp 這樣的面向連接的協(xié)議，可以更好的保證通信的正確性和完整性。