PHP-FPM 與 Nginx 的通訊機制總結
PHP-FPM 介紹
- CGI 協議與 FastCGI 協議
每種動態語言（ PHP,Python 等）的程式碼檔案需要通過對應的解析器才能被伺服器識別，而 CGI 協議就是用來使直譯器與伺服器可以互相通訊。PHP 檔案在伺服器上的解析需要用到 PHP 直譯器，再加上對應的 CGI 協議，從而使伺服器可以解析到 PHP 檔案。
由於 CGI 的機制是每處理一個請求需要 fork 一個 CGI 程序，請求結束再kill掉這個程序，在實際應用上比較浪費資源，於是就出現了CGI 的改良版本 FastCGI，FastCGI 在請求處理完後，不會 kill 掉程序，而是繼續處理多個請求，這樣就大大提高了效率。
- PHP-FPM 是什麼
PHP-FPM 即 PHP-FastCGI Process Manager， 它是 FastCGI 的實現，並提供了程序管理的功能。程序包含 master 程序和 worker 程序兩種；master 程序只有一個，負責監聽埠，接收來自伺服器的請求，而 worker 程序則一般有多個（具體數量根據實際需要進行配置），每個程序內部都會嵌入一個 PHP 直譯器，是程式碼真正執行的地方。
Nginx 與 php-fpm 通訊機制
當我們訪問一個網站（如 www.test.com）的時候，處理流程是這樣的：
www.test.com | | Nginx | | 路由到www.test.com/index.php | | 載入nginx的fast-cgi模組 | | fast-cgi監聽127.0.0.1:9000地址 | | www.test.com/index.php請求到達127.0.0.1:9000 | | 等待處理...
- Nginx 與 php-fpm 結合
在 Linux 上，Nginx 與 php-fpm 的通訊有 tcp 和 unix socket 兩種方式。
tcp 的優點是可以跨伺服器，當 Nginx 和 PHP-fpm 不在同一臺機器上時，只能使用這種方式。
Unix socket 又叫 IPC(inter-process communication 程序間通訊) socket，用於實現同一主機上的程序間通訊，這種方式需要在 nginx配置檔案中填寫 php-fpm 的 socket 檔案位置。
兩種方式的資料傳輸過程如下圖所示：
二者的不同：
由於 Unix socket 不需要經過網路協議棧，不需要打包拆包、計算校驗和、維護序號和應答等，只是將應用層資料從一個程序拷貝到另一個程序。所以其效率比 tcp 的方式要高，可減少不必要的 tcp 開銷。不過，Unix socket 高併發時不穩定，連線數爆發時，會產生大量的長時快取，在沒有面向連線協議的支撐下，大資料包可能會直接出錯不返回異常。而 tcp 這樣的面向連線的協議，可以更好的保證通訊的正確性和完整性。
Nginx 與 php-fpm 結合只需要在各自的配置檔案中做設定即可：
1） Nginx 中的配置
以 tcp 通訊為例
server {
listen80; #監聽80埠，接收http請求
server_namewww.test.com; #就是網站地址
root /usr/local/etc/nginx/www/huxintong_admin; # 準備存放程式碼工程的路徑
#路由到網站根目錄www.test.com時候的處理
location / {
index index.php; #跳轉到www.test.com/index.php
autoindex on;
}
#當請求網站下php檔案的時候，反向代理到php-fpm
location ~ \.php$ {
include /usr/local/etc/nginx/fastcgi.conf; #載入nginx的fastcgi模組
fastcgi_intercept_errors on;
fastcgi_pass127.0.0.1:9000; # tcp 方式，PHP-fpm 監聽的IP地址和埠
# fasrcgi_pass /usr/run/php-fpm.sock # unix socket 連線方式
}
}
2) php-fpm 的配置
listen = 127.0.0.1:9000 # 或者下面這樣 listen = /var/run/php-fpm.sock
注意，在使用 Unix socket 方式連線時，由於 socket 檔案本質上是一個檔案，存在許可權控制的問題，所以需要注意 Nginx 程序的許可權與 php-fpm 的許可權問題，不然會提示無許可權訪問。（在各自的配置檔案裡設定使用者）
通過以上配置即可完成 php-fpm 與 Nginx 的通訊。