您好,登錄后才能下訂單哦!
本文將為大家詳細介紹“如何安裝和配置PHP-FPM”,內容步驟清晰詳細,細節處理妥當,而小編每天都會更新不同的知識點,希望這篇“如何安裝和配置PHP-FPM”能夠給你意想不到的收獲,請大家跟著小編的思路慢慢深入,具體內容如下,一起去收獲新知識吧。
php是一個嵌套的縮寫名稱,是英文超級文本預處理語言,它的語法混合了C、Java、Perl以及php自創新的語法,主要用來做網站開發,許多小型網站都用php開發,因為php是開源的,從而使得php經久不衰。
作用
PHP-FPM(PHP FastCGI Process Manager)意:PHP FastCGI 進程管理器,用于管理PHP 進程池的軟件,用于接受web服務器的請求。
PHP-FPM提供了更好的PHP進程管理方式,可以有效控制內存和進程、可以平滑重載PHP配置。
(1). 為什么會出現php-fpm
fpm的出現全部因為php-fastcgi出現。為了很好的管理php-fastcgi而實現的一個程序
(2). 什么是php-fastcgi
php-fastcgi 只是一個cgi程序,只會解析php請求,并且返回結果,不會管理(因此才出現的php-fpm)。
(3)為什么不叫php-cgi
其實在php-fastcgi出現之前是有一個php-cgi存在的,只是它的執行效率低下,因此被php-fastcgi取代。
(4)那fastcgi和cgi有什么區別呢?
親們,這區別就大了,當一個服務web-server(nginx)分發過來請求的時候,通過匹配后綴知道該請求是個動態的php請求,會把這個請求轉給php。
在cgi的年代,思想比較保守,總是一個請求過來后,去讀取php.ini里的基礎配置信息,初始化執行環境,每次都要不停的去創建一個進程,讀取配置,初始化環境,返回數據,退出進程,久而久之,啟動進程的工作變的乏味無趣特別累。
當php來到了5的時代,大家對這種工作方式特別反感,想偷懶的人就拼命的想,我可不可以讓cgi一次啟動一個主進程(master),讓他只讀取一次配置,然后在啟動多個工作進程(worker),當一個請求來的時候,通過master傳遞給worker這樣就可以避免重復勞動了。于是就產生了fastcgi。
(5)fastcgi這么好,啟動的worker用完怎么辦?
當worker不夠的時候,master會通過配置里的信息,動態啟動worker,等空閑的時候可以收回worker
(6)到現在還是沒明白php-fpm 是個什么東西?
就是來管理啟動一個master進程和多個worker進程的程序.
PHP-FPM 會創建一個主進程,控制何時以及如何將HTTP請求轉發給一個或多個子進程處理。PHP-FPM主進程還控制著什
么時候創建(處理Web應用更多的流量)和銷毀(子進程運行時間太久或不再需要了)
PHP子進程。PHP-FPM進程池中的每個進程存在的時間都比單個HTTP請求長,可以處
理10、50、100、500或更多的HTTP請求。
安裝
PHP在 5.3.3 之后已經把php-fpm并入到php的核心代碼中了。 所以php-fpm不需要單獨的下載安裝。
要想php支持php-fpm,只需要在編譯php源碼的時候帶上 --enable-fpm 就可以了。
全局配置
在Centos中,PHP-FPM 的主配置文件是 /etc/php7/php-fpm.conf。
指定一段時間內有指定個子進程失效了,PHP-FPM重啟:
#在指定的一段時間內,如果失效的PHP-FPM子進程數超過這個值,PHP-FPM主進程將優雅重啟。 emergency_restart_threshold = 10 #設定emergency_restart_interval 設置采用的時間跨度。 emergency_restart_interval = 1m
配置進程池
PHP-FPM配置文件其余的內容是一個名為Pool Defintions的區域。這個區域里的配置用戶設置每個PHP-FPM進程池。PHP-FPM進程池中是一系列相關的PHP子進程。通常一個PHP應用有自己一個進程池。
Centos在PHP-FPM主配置文件的頂部引入進程池定義文件:
include=/etc/php7/php-fpm.d/*.conf
www.conf 是PHP-FPM進程池的默認配置文件。
user= nobody #擁有這個 PHP-FPM進程池中子進程的系統用戶。要把這個設置的值設用的非根用戶的用戶名。 group = nobody #擁有這個 PHP-FPM進程池中子進程的系統用戶組。要把這個設置的值設應用的非根用戶所屬的用戶組名。 listen=[::]]:9000 #PHP-FPM進程池監聽的IP地址和端口號,讓 PHP-FPM只接受 nginx從這里傳入的請求。 listen. allowed clients =127.0.0.1 #可以向這個 PHP-FPM進程池發送請求的IP地址(一個或多個)。 pm.max children =51 #這個設置設定任何時間點 PHP-FPM進程池中最多能有多少個進程。這個設置沒有絕對正確的值,你應該測試你的PHP應用,確定每個PHP進程需要使用多少內存,然后把這個設置設為設備可用內存能容納的PHP進程總數。對大多數中小型PHP應用來說,每個PHP進程要使用5~15MB內存(具體用量可能有差異)。 假設我們使用設備為這個PHP-FPM進程池分配了512MB可用內存,那么可以把這個設置設為(512MB總內存)/(每個進程使用10MB) = 51個進程。 ...
編輯保存,重啟PHP-FPM主進程:
sudo systemctl restart php-fpm.service
PHP-FPM進程池的配置詳情參見 http://php.net/manual/install.fpm.configuration.php
參考Company開發環境
測試環境的配置如下:
[www] user = nobody #進程的發起用戶和用戶組,用戶user是必須設置,group不是 nobody 任意用戶 group = nobody listen = [::]:9000 #監聽ip和端口,[::] 代表任意ip chdir = /app #在程序啟動時將會改變到指定的位置(這個是相對路徑,相對當前路徑或chroot后的“/”目錄) pm = dynamic #選擇進程池管理器如何控制子進程的數量 static: 對于子進程的開啟數路給定一個鎖定的值(pm.max_children) dynamic: 子進程的數目為動態的,它的數目基于下面的指令的值(以下為dynamic適用參數) pm.max_children = 16 #同一時刻能夠存貨的最大子進程的數量 pm.start_servers = 4 #在啟動時啟動的子進程數量 pm.min_spare_servers = 2 #處于空閑"idle"狀態的最小子進程,如果空閑進程數量小于這個值,那么相應的子進程會被創建 pm.max_spare_servers = 16 #最大空閑子進程數量,空閑子進程數量超過這個值,那么相應的子進程會被殺掉。 catch_workers_output = Yes #將worker的標準輸出和錯誤輸出重定向到主要的錯誤日志記錄中,如果沒有設置,根據FastCGI的指定,將會被重定向到/dev/null上
生產環境配置:
轉發請求給PHP-FPM
nginx為例:
server { listen 83; server_name mobile.com; root /app/mobile/web/; error_page 500 502 503 504 /50x.html; location = /50x.html { root /usr/share/nginx/html; } location / { index index.html index.htm index.php; # Redirect everything that isn't a real file to index.php try_files $uri $uri/ /index.php$is_args$args; } #把HTTP請求轉發給PHP-FPM進程池處理 location ~ .*\.php include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_pass 192.168.33.30:9000; #監聽9000端口 fastcgi_index index.php; try_files $uri =404; #include fastcgi.conf; } location ~ /\.(ht|svn|git) { deny all; } access_log /app/wwwlogs/access.log; error_log /app/wwwlogs/error.log; }
思考
[x] 思考問題:
服務器的并發量取決哪些因素?
PHP-FPM最大進程數、nginx并發數(nginx只是充當代理服務器的角色)、內存的占用、cpu的開銷
服務器的QPS(每秒處理請求數) = 平均請求連接數*(1/響應時間);
并發量 = 有效時間*QPS;
解決:
加機器分流
根據并發量計算需加機器
增加單機新能
開啟php的opcache,增加內存空間
接緩存系統
sql優化
php優化
...
如果你能讀到這里,小編希望你對“如何安裝和配置PHP-FPM”這一關鍵問題有了從實踐層面最深刻的體會,具體使用情況還需要大家自己動手實踐使用過才能領會,如果想閱讀更多相關內容的文章,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。