php-fpm的配置和優化
php-fpm的安裝目錄
下面是我的平時的環境搭建php的各種安裝目錄,大家的基本也差不多。
centos等linux平臺
1 /usr/local/php/php 2 /usr/local/php/etc/php.ini 3 /usr/local/php/sbin/php-fpm 4 /usr/local/php/etc/php-fpm.conf
mac平臺
1 /usr/bin/php 2 /etc/php.ini 3 /usr/bin/php-fpm 4 /etc/php-fpm.conf
由於我開發以Mac為主,所以就用Mac的環境配置來學習。
php-fpm配置詳解
這是搜索的一份還算算比較詳細的php-fpm.conf
pid = /usr/local/var/run/php-fpm.pid #pid設置,一定要開啟,上面是Mac平臺的。默認在php安裝目錄中的var/run/php-fpm.pid。比如centos的在: /usr/local/php/var/run/php-fpm.pid error_log = /usr/local/var/log/php-fpm.log #錯誤日誌,上面是Mac平臺的,默認在php安裝目錄中的var/log/php-fpm.log,比如centos的在: /usr/local/php/var/log/php-fpm.log log_level = notice #錯誤級別. 上面的php-fpm.log紀錄的登記。可用級別為: alert(必須立即處理), error(錯誤情況), warning(警告情況), notice(一般重要信息), debug(調試信息). 默認: notice. emergency_restart_threshold = 60 emergency_restart_interval = 60s #表示在emergency_restart_interval所設值內出現SIGSEGV或者SIGBUS錯誤的php-cgi進程數如果超過 emergency_restart_threshold個,php-fpm就會優雅重啟。這兩個選項一般保持默認值。0表示 ‘關閉該功能‘. 默認值: 0 (關閉). process_control_timeout = 0 #設置子進程接受主進程復用信號的超時時間. 可用單位: s(秒), m(分), h(小時), 或者 d(天) 默認單位: s(秒). 默認值: 0. daemonize = yes #後臺執行fpm,默認值為yes,如果為了調試可以改為no。在FPM中,可以使用不同的設置來運行多個進程池。 這些設置可以針對每個進程池單獨設置。 listen = 127.0.0.1:9000 #fpm監聽端口,即nginx中php處理的地址,一般默認值即可。可用格式為: ‘ip:port‘, ‘port‘, ‘/path/to/unix/socket‘. 每個進程池都需要設置。如果nginx和php在不同的機器上,分布式處理,就設置ip這裏就可以了。 listen.backlog = -1 #backlog數,設置 listen 的半連接隊列長度,-1表示無限制,由操作系統決定,此行註釋掉就行。backlog含義參考:http://www.3gyou.cc/?p=41 listen.allowed_clients = 127.0.0.1 #允許訪問FastCGI進程的IP白名單,設置any為不限制IP,如果要設置其他主機的nginx也能訪問這臺FPM進程,listen處要設置成本地可被訪問的IP。默認值是any。每個地址是用逗號分隔. 如果沒有設置或者為空,則允許任何服務器請求連接。 listen.owner = www listen.group = www listen.mode = 0666 #unix socket設置選項,如果使用tcp方式訪問,這裏註釋即可。 user = www group = www #啟動進程的用戶和用戶組,FPM 進程運行的Unix用戶, 必須要設置。用戶組,如果沒有設置,則默認用戶的組被使用。 pm = dynamic #php-fpm進程啟動模式,pm可以設置為static和dynamic和ondemand #如果選擇static,則進程數就數固定的,由pm.max_children指定固定的子進程數。 #如果選擇dynamic,則進程數是動態變化的,由以下參數決定: pm.max_children = 50 #子進程最大數 pm.start_servers = 2 #啟動時的進程數,默認值為: min_spare_servers + (max_spare_servers - min_spare_servers) / 2 pm.min_spare_servers = 1 #保證空閑進程數最小值,如果空閑進程小於此值,則創建新的子進程 pm.max_spare_servers = 3 #,保證空閑進程數最大值,如果空閑進程大於此值,此進行清理 pm.max_requests = 500 #設置每個子進程重生之前服務的請求數. 對於可能存在內存泄漏的第三方模塊來說是非常有用的. 如果設置為 ‘0‘ 則一直接受請求. 等同於 PHP_FCGI_MAX_REQUESTS 環境變量. 默認值: 0. pm.status_path = /status #FPM狀態頁面的網址. 如果沒有設置, 則無法訪問狀態頁面. 默認值: none. munin監控會使用到 ping.path = /ping #FPM監控頁面的ping網址. 如果沒有設置, 則無法訪問ping頁面. 該頁面用於外部檢測FPM是否存活並且可以響應請求. 請註意必須以斜線開頭 (/)。 ping.response = pong #用於定義ping請求的返回相應. 返回為 HTTP 200 的 text/plain 格式文本. 默認值: pong. access.log = log/$pool.access.log #每一個請求的訪問日誌,默認是關閉的。 access.format = "%R - %u %t \"%m %r%Q%q\" %s %f %{mili}d %{kilo}M %C%%" #設定訪問日誌的格式。 slowlog = log/$pool.log.slow #慢請求的記錄日誌,配合request_slowlog_timeout使用,默認關閉 request_slowlog_timeout = 10s #當一個請求該設置的超時時間後,就會將對應的PHP調用堆棧信息完整寫入到慢日誌中. 設置為 ‘0‘ 表示 ‘Off‘ request_terminate_timeout = 0 #設置單個請求的超時中止時間. 該選項可能會對php.ini設置中的‘max_execution_time‘因為某些特殊原因沒有中止運行的腳本有用. 設置為 ‘0‘ 表示 ‘Off‘.當經常出現502錯誤時可以嘗試更改此選項。 rlimit_files = 1024 #設置文件打開描述符的rlimit限制. 默認值: 系統定義值默認可打開句柄是1024,可使用 ulimit -n查看,ulimit -n 2048修改。 rlimit_core = 0 #設置核心rlimit最大限制值. 可用值: ‘unlimited‘ 、0或者正整數. 默認值: 系統定義值. chroot = #啟動時的Chroot目錄. 所定義的目錄需要是絕對路徑. 如果沒有設置, 則chroot不被使用. chdir = #設置啟動目錄,啟動時會自動Chdir到該目錄. 所定義的目錄需要是絕對路徑. 默認值: 當前目錄,或者/目錄(chroot時) catch_workers_output = yes #重定向運行過程中的stdout和stderr到主要的錯誤日誌文件中. 如果沒有設置, stdout 和 stderr 將會根據FastCGI的規則被重定向到 /dev/null . 默認值: 空.
當然還有一些無關緊要的設置,用到了再說吧。
一些重要的設置
php-fpm進程分配
在之前的文章中就說過了。在fasgcgi模式下,php會啟動多個php-fpm進程,來接收nginx發來的請求,那是不是進程越多,速度就越快呢?這可不一定!得根據我們的機器配置和業務量來決定。
我們先來看下,設定進程的配置在哪裏?
pm = static | dynamic | ondemand
pm可以設置成這樣3種,我們用的最多的就上前面2種。
pm = static 模式
pm = static
表示我們創建的php-fpm子進程數量是固定的,那麽就只有pm.max_children = 50
這個參數生效。你啟動php-fpm的時候就會一起全部啟動51(1個主+50個子)個進程,頗為壯觀。
pm = dynamic 模式
pm = dynamic模式,表示啟動進程是動態分配的,隨著請求量動態變化的。他由 pm.max_children,pm.start_servers,pm.min_spare_servers,pm.max_spare_servers 這幾個參數共同決定。
上面已經講過,這裏再重申一下吧:
pm.max_children = 50 是最大可創建的子進程的數量。必須設置。這裏表示最多只能50個子進程。 pm.start_servers = 20 隨著php-fpm一起啟動時創建的子進程數目。默認值:min_spare_servers + (max_spare_servers - min_spare_servers) / 2。這裏表示,一起啟動會有20個子進程。 pm.min_spare_servers = 10 設置服務器空閑時最小php-fpm進程數量。必須
設置。如果空閑的時候,會檢查如果少於10個,就會啟動幾個來補上。
pm.max_spare_servers = 30
設置服務器空閑時最大php-fpm進程數量。必須設置。如果空閑時,會檢查進程數,多於30個了,就會關閉幾個,達到30個的狀態。
到底選擇static還數dynamic?
很多人恐懼癥來襲,不知道選什麽好?
一般原則是:動態適合小內存機器,靈活分配進程,省內存。靜態適用於大內存機器,動態創建回收進程對服務器資源也是一種消耗。
如果你的內存很大,有8-20G,按照一個php-fpm進程20M算,100個就2G內存了,那就可以開啟static模式。如果你的內存很小,比如才256M,那就要小心設置了,因為你的機器裏面的其他的進程也算需要占用內存的,所以設置成dynamic是最好的,比如:pm.max_chindren = 8, 占用內存160M左右,而且可以隨時變化,對於一半訪問量的網站足夠了。
慢日誌查詢
我們有時候會經常飽受500,502問題困擾。當nginx收到如上錯誤碼時,可以確定後端php-fpm解析php出了某種問題,比如,執行錯誤,執行超時。
這個時候,我們是可以開啟慢日誌功能的。
slowlog = /usr/local/var/log/php-fpm.log.slow request_slowlog_timeout = 15s
當一個請求該設置的超時時間15秒後,就會將對應的HP調用堆棧信息完整寫入到慢日誌中。
php-fpm慢日誌會記錄下進程號,腳本名稱,具體哪個文件哪行代碼的哪個函數執行時間過長:
[21-Nov-2013 14:30:38] [pool www] pid 11877 script_filename = /usr/local/lnmp/nginx/html/www.quancha.cn/www/fyzb.php [0xb70fb88c] file_get_contents() /usr/local/lnmp/nginx/html/www.quancha.cn/www/fyzb.php:2
通過日誌,我們就可以知道第2行的file_get_contents 函數有點問題,這樣我們就能追蹤問題了。
php-fpm的配置和優化