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 解釋器,是代碼真正執行的地方。
<!--more-->
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 {
listen 80; #監聽80端口,接收http請求
server_name www.example.com; #就是網站地址
root /usr/local/etc/nginx/www/huxintong_admin; # 準備存放代碼工程的路徑
#路由到網站根目錄www.example.com時候的處理
location / {
index index.php; #跳轉到www.example.com/index.php
autoindex on;
}
#當請求網站下php文件的時候,反向代理到php-fpm
location ~ \.php$ {
include /usr/local/etc/nginx/fastcgi.conf; #加載nginx的fastcgi模塊
fastcgi_intercept_errors on;
fastcgi_pass 127.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 的通信。