PHP性能调优---PHP-FPM配置及使用总结
轉(zhuǎn)載至:?https://www.cnblogs.com/kenshinobiy/p/7470635.html
?
PHP-FPM配置及使用總結(jié)：
php-FPM是一個PHP FastCGI的管理器，它實(shí)際上就是PHP源代碼的補(bǔ)丁，旨在將FastCGI進(jìn)程管理引進(jìn)到PHP軟件包中，我們必須將其patch到PHP源代碼中，然后再行編譯才能使用。而現(xiàn)在我們可以在PHP 5.3.2及更新版本中直接開啟并使用即可，因?yàn)镻HP從該版本已經(jīng)將其收入到軟件包中，所以其不再是補(bǔ)丁包的存在了。
?
· 幾個概念的理解
· Nginx+PHP配置
· Php-Fpm的操作
?
一、幾個概念的理解
1）、CGI
CGI全稱“公共網(wǎng)關(guān)接口”(Common Gateway Interface)，是HTTP服務(wù)器與其它機(jī)器上的程序進(jìn)行通信的接口，其程序須運(yùn)行在網(wǎng)絡(luò)服務(wù)器上。
?
NOTE:
CGI可以用任何一種語言編寫，只要這種語言具有標(biāo)準(zhǔn)輸入、輸出和環(huán)境變量。
?
2）、FastCGI
FastCGI是一個常駐型的CGI，它可以一直執(zhí)行，只要激活后，不會每次都要花費(fèi)時間去fork一次（這是CGI最為人詬病的fork-and-execute模式）。它還支持分布式的運(yùn)算，即 FastCGI 程序可以在網(wǎng)站服務(wù)器以外的主機(jī)上執(zhí)行并且接受來自其它網(wǎng)站服務(wù)器來的請求。
FastCGI是語言無關(guān)的、可伸縮架構(gòu)的CGI開放擴(kuò)展，其主要行為是將CGI解釋器進(jìn)程保持在內(nèi)存中并因此獲得較高的性能。我們知道，CGI解釋器的反復(fù)加載是CGI性能低下的主要原因，如果CGI解釋器保存在內(nèi)存中并接受FastCGI進(jìn)程管理器調(diào)度，那么就可以提供良好的性能、伸縮性等。
?
優(yōu)點(diǎn)：
1. FastCGI具有語言無關(guān)性；
2. FastCGI獨(dú)立于核心web服務(wù)器運(yùn)行，提供了一個比API更安全的環(huán)境。APIs把應(yīng)用程序的代碼與核心的web服務(wù)器鏈接在一起，這意味著在一個錯誤的API的應(yīng)用程序可能會損壞其他應(yīng)用程序或核心服務(wù)器。而惡意的API的應(yīng)用程序代碼甚至可以竊取另一個應(yīng)用程序或核心服務(wù)器的密鑰；
3. FastCGI技術(shù)目前支持語言有：C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相關(guān)模塊在Apache, ISS, Lighttpd等流行的服務(wù)器上也是可用的；
4. FastCGI不依賴于任何Web服務(wù)器的內(nèi)部架構(gòu)，因此即使服務(wù)器技術(shù)的變化, FastCGI依然穩(wěn)定不變；
?
缺點(diǎn)：
因?yàn)槭嵌噙M(jìn)程，所以比CGI多線程消耗更多的服務(wù)器內(nèi)存，PHP-CGI解釋器每進(jìn)程消耗7至25兆內(nèi)存，將這個數(shù)字乘以50或100就是很大的內(nèi)存數(shù)。
Nginx 0.8.46+PHP 5.2.14(FastCGI)服務(wù)器在3萬并發(fā)連接下，開啟的10個Nginx進(jìn)程消耗150M內(nèi)存（15M*10=150M），開啟的64個php-cgi進(jìn)程消耗1280M內(nèi)存（20M*64=1280M），加上系統(tǒng)自身消耗的內(nèi)存，總共消耗不到2GB內(nèi)存。如果服務(wù)器內(nèi)存較小，完全可以只開啟25個php-cgi進(jìn)程，這樣php-cgi消耗的總內(nèi)存數(shù)才500M。
上面的數(shù)據(jù)摘自Nginx 0.8.x + PHP 5.2.13(FastCGI)搭建勝過Apache十倍的Web服務(wù)器(第6版)。
?
原理：
1. Web服務(wù)器啟動時，載入FastCGI進(jìn)程管理器；
2. FastCGI進(jìn)程管理器初始化，啟動多個CGI解釋器進(jìn)程(PHP-CGI)并等待來自Web服務(wù)器的連接；
3. 當(dāng)客戶端請求到達(dá)Web服務(wù)器時，FastCGI進(jìn)程管理器選擇并連接到一個CGI解釋器，Web服務(wù)器將CGI環(huán)境變量和標(biāo)準(zhǔn)輸入發(fā)送到FastCGI子進(jìn)程PHP-CGI。
4. FastCGI子進(jìn)程完成處理后將標(biāo)準(zhǔn)輸出和錯誤信息從同一連接返回給Web服務(wù)器。當(dāng)FastCGI子進(jìn)程關(guān)閉連接時，請求便告處理完成。FastCGI子進(jìn)程接著等待并處理來自FastCGI進(jìn)程管理器(運(yùn)行在Web服務(wù)器中)的下一個連接。而在CGI模式中，PHP-CGI在此便退出了。
?
在上述情況中，可以想象CGI通常有多慢，每一個Web請求PHP都必須重新解析php.ini、重新載入全部擴(kuò)展，并重初始化全部數(shù)據(jù)結(jié)構(gòu)。而使用FastCGI，所有這些都只在進(jìn)程啟動時發(fā)生一次。另外，數(shù)據(jù)庫持久連接可以工作。
?
NOTE:
FastCGI的主要優(yōu)點(diǎn)是把動態(tài)語言和HTTP Server分離開來，所以Nginx與PHP/PHP-FPM經(jīng)常被部署在不同的服務(wù)器上，以分擔(dān)前端Nginx服務(wù)器的壓力，使Nginx專一處理靜態(tài)請求和轉(zhuǎn)發(fā)動態(tài)請求，而PHP/PHP-FPM服務(wù)器專一解析PHP動態(tài)請求。
?
3）、PHP-CGI
PHP-CGI是PHP自帶的FastCGI管理器。
PHP-CGI的不足：
1. php-cgi變更php.ini配置后需重啟php-cgi才能讓新的php-ini生效，不可以平滑重啟。
2. 直接殺死php-cgi進(jìn)程，php就不能運(yùn)行了(PHP-FPM和Spawn-FCGI就沒有這個問題，守護(hù)進(jìn)程會平滑重新生成新的子進(jìn)程)。
?
4）、Spawn-FCGI
Spawn-FCGI是一個通用的FastCGI管理服務(wù)器，它是lighttpd中的一部份，很多人都用Lighttpd的Spawn-FCGI進(jìn)行FastCGI模式下的管理工作，不過有不少缺點(diǎn)。而PHP-FPM的出現(xiàn)多少緩解了一些問題，但PHP-FPM有個缺點(diǎn)就是要重新編譯，這對于一些已經(jīng)運(yùn)行的環(huán)境可能有不小的風(fēng)險(refer)，在php 5.3.3可以直接使用PHP-FPM了。
?
Spawn-FCGI目前已經(jīng)獨(dú)成為一個項(xiàng)目，更加穩(wěn)定一些，也給很多Web 站點(diǎn)的配置帶來便利。已經(jīng)有不少站點(diǎn)將它與nginx搭配來解決動態(tài)網(wǎng)頁。最新的lighttpd也沒有包含這一塊了(http://www.lighttpd.NET/search?q=Spawn-FCGI)，但可以在以前版本中找到它。在lighttpd-1.4.15
版本中就包含了(http://www.lighttpd.net/download/lighttpd-1.4.15.tar.gz)，目前Spawn-FCGI的下載地址是http://redmine.lighttpd.Net/projects/spawn-fcgi，最新版本是http://www.lighttpd.net/download/spawn-fcgi-1.6.3.tar.gz。
?
NOTE：
最新的Spawn-FCGI可以到lighttpd.net網(wǎng)站搜索“Spawn-FCGI”找到它的最新版本發(fā)布地址。
?
5）、對比Spawn-FCGI
PHP-FPM的使用非常方便，配置都是在PHP-FPM.ini的文件內(nèi)，而啟動、重啟都可以從php/sbin/PHP-FPM中進(jìn)行。更方便的是修改php.ini后可以直接使用PHP-FPM reload進(jìn)行加載，無需殺掉進(jìn)程就可以完成php.ini的修改加載
結(jié)果顯示使用PHP-FPM可以使php有不小的性能提升。PHP-FPM控制的進(jìn)程cpu回收的速度比較慢,內(nèi)存分配的很均勻。
Spawn-FCGI控制的進(jìn)程CPU下降的很快，而內(nèi)存分配的比較不均勻。有很多進(jìn)程似乎未分配到，而另外一些卻占用很高。可能是由于進(jìn)程任務(wù)分配的不均勻?qū)е碌摹６@也導(dǎo)致了總體響應(yīng)速度的下降。而PHP-FPM合理的分配，導(dǎo)致總體響應(yīng)的提到以及任務(wù)的平均。
?
二、Nginx+PHP配置
?
1、進(jìn)程數(shù)優(yōu)化
pm = dynamic 【表示使用哪種進(jìn)程數(shù)量管理方式】
dynamic表示php-fpm進(jìn)程數(shù)是動態(tài)的，最開始是pm.start_servers指定的數(shù)量，如果請求較多，則會自動增加，保證空閑的進(jìn)程數(shù)不小于pm.min_spare_servers，如果進(jìn)程數(shù)較多，也會進(jìn)行相應(yīng)清理，保證多余的進(jìn)程數(shù)不多于pm.max_spare_servers
static表示php-fpm進(jìn)程數(shù)是靜態(tài)的,?進(jìn)程數(shù)自始至終都是pm.max_children指定的數(shù)量，不再增加或減少
pm.max_children = 300? ? 【靜態(tài)方式下開啟的php-fpm進(jìn)程數(shù)量】
pm.start_servers = 20 【動態(tài)方式下的起始php-fpm進(jìn)程數(shù)量】
pm.min_spare_servers = 5 【動態(tài)方式下的最小php-fpm進(jìn)程數(shù)量】
pm.max_spare_servers = 35 【動態(tài)方式下的最大php-fpm進(jìn)程數(shù)量】
如果pm為static,?那么其實(shí)只有pm.max_children這個參數(shù)生效。系統(tǒng)會開啟設(shè)置數(shù)量的php-fpm進(jìn)程
如果pm為dynamic,?那么pm.max_children參數(shù)失效，后面3個參數(shù)生效。系統(tǒng)會在php-fpm運(yùn)行開始的時候啟動pm.start_servers個php-fpm進(jìn)程，然后根據(jù)系統(tǒng)的需求動態(tài)在pm.min_spare_servers和pm.max_spare_servers之間調(diào)整php-fpm進(jìn)程數(shù)
那么，對于我們的服務(wù)器，選擇哪種pm方式比較好呢？事實(shí)上，跟Apache一樣，運(yùn)行的PHP程序在執(zhí)行完成后，或多或少會有內(nèi)存泄露的問題。這也是為什么開始的時候一個php-fpm進(jìn)程只占用3M左右內(nèi)存，運(yùn)行一段時間后就會上升到20-30M的原因了。
對于內(nèi)存大的服務(wù)器（比如8G以上）來說，指定靜態(tài)的max_children實(shí)際上更為妥當(dāng)，因?yàn)檫@樣不需要進(jìn)行額外的進(jìn)程數(shù)目控制，會提高效率。因?yàn)轭l繁開關(guān)php-fpm進(jìn)程也會有時滯，所以內(nèi)存夠大的情況下開靜態(tài)效果會更好。數(shù)量也可以根據(jù) 內(nèi)存/30M 得到，比如8GB內(nèi)存可以設(shè)置為100，那么php-fpm耗費(fèi)的內(nèi)存就能控制在 2G-3G的樣子。如果內(nèi)存稍微小點(diǎn)，比如1G，那么指定靜態(tài)的進(jìn)程數(shù)量更加有利于服務(wù)器的穩(wěn)定。這樣可以保證php-fpm只獲取夠用的內(nèi)存，將不多的內(nèi)存分配給其他應(yīng)用去使用，會使系統(tǒng)的運(yùn)行更加暢通。
對于小內(nèi)存的服務(wù)器來說，比如256M內(nèi)存的VPS，即使按照一個20M的內(nèi)存量來算，10個php-cgi進(jìn)程就將耗掉200M內(nèi)存，那系統(tǒng)的崩潰就應(yīng)該很正常了。因此應(yīng)該盡量地控制php-fpm進(jìn)程的數(shù)量，大體明確其他應(yīng)用占用的內(nèi)存后，給它指定一個靜態(tài)的小數(shù)量，會讓系統(tǒng)更加平穩(wěn)一些。或者使用動態(tài)方式，因?yàn)閯討B(tài)方式會結(jié)束掉多余的進(jìn)程，可以回收釋放一些內(nèi)存，所以推薦在內(nèi)存較少的服務(wù)器或VPS上使用。具體最大數(shù)量根據(jù) 內(nèi)存/20M 得到。比如說512M的VPS，建議pm.max_spare_servers設(shè)置為20。至于pm.min_spare_servers，則建議根據(jù)服務(wù)器的負(fù)載情況來設(shè)置，比較合適的值在5~10之間。
在4G內(nèi)存的服務(wù)器上200就可以(我的1G測試機(jī)，開64個是最好的，建議使用壓力測試獲取最佳值)
?
2、最大請求數(shù)優(yōu)化
pm.max_requests = 10240
nginx php-fpm配置過程中最大問題是內(nèi)泄漏出問題：服務(wù)器的負(fù)載不大，但是內(nèi)存占用迅速增加，很快吃掉內(nèi)存接著開始吃交換分區(qū)，系統(tǒng)很快掛掉！其實(shí)根據(jù)官方的介紹，php-cgi不存在內(nèi)存泄漏，每個請求完成后php-cgi會回收內(nèi)存，但是不會釋放給操作系統(tǒng)，這樣就會導(dǎo)致大量內(nèi)存被php-cgi占用。
官方的解決辦法是降低PHP_FCGI_MAX_REQUESTS的值，如果用的是php-fpm，對應(yīng)的php-fpm.conf中的就是max_requests，該值的意思是發(fā)送多少個請求后會重啟該線程，我們需要適當(dāng)降低這個值，用以讓php-fpm自動的釋放內(nèi)存，不是大部分網(wǎng)上說的51200等等，實(shí)際上還有另一個跟它有關(guān)聯(lián)的值max_children，這個是每次php-fpm會建立多少個進(jìn)程，這樣實(shí)際上的內(nèi)存消耗是max_children*max_requests*每個請求使用內(nèi)存，根據(jù)這個我們可以預(yù)估一下內(nèi)存的使用情況，就不用再寫腳本去kill了。
?
NOTE:
這個用來處理因?yàn)镻HP解析器或引用的第三方庫時，造成的內(nèi)存泄露問題。
最大請求數(shù)：指一個php-fpm的工作進(jìn)程在處理多少個請求后就終止掉。
?
3、最長執(zhí)行時間優(yōu)化（php.ini）
request_terminate_timeout = 20
?
NOTE:
這個是用來處理因?yàn)镻HP執(zhí)行時間超長而報(bào)502錯誤的解決。
這個時長配置可以在php.ini（max_execution_time）或php-fpm.conf中配置均可，為了不影響全局配置，可在php-fpm.conf中實(shí)現(xiàn)。
值得注意的是：需要結(jié)合nginx.conf中的max_fail（調(diào)大些）和fail_timeout（調(diào)小些）一同配置。
?
nginx.conf:
location ~ \.php$ {
…
fastcgi_connect_timeout 180;
fastcgi_read_timeout 600;
fastcgi_send_timeout 600;
…
}
?
NOTE:
PHP-FPM設(shè)置的腳本最大執(zhí)行時間已經(jīng)夠長了，但執(zhí)行耗時PHP腳本時，發(fā)現(xiàn)Nginx報(bào)錯變?yōu)?04錯誤。這是因?yàn)槲覀冃薷牡闹皇荘HP的配置，Nginx中也有關(guān)于與上游服務(wù)器通信超時時間的配置factcgi_connect/read/send_timeout。
?
4、php-fpm高cpu使用排查
top命令 :
直接執(zhí)行top命令后，輸入1就可以看到各個核心的CPU使用率:
?
?
sar命令：
sar和iostat命令的安裝：
sysstat.x86_64 : The sar and iostat systemmonitoring commands
yum install -y sysstat.x86_64
執(zhí)行：
$sar -P ALL 1 100
?
NOTE:
-P ALL表示監(jiān)控所有核心;
1表示每1秒采集;
100表示采集100次;
?
5、開啟慢日志
slowlog = log/$pool.log.slow
request_slowlog_timeout = 2
?
NOTE:
上面為開啟php-fpm的慢日志，時間閥值2秒；
?
執(zhí)行：
grep -v "^$" php.slow.log | cut -d " " -f 3,2 | sort |uniq -c | sort -k1,1nr | head -n 50
?
NOTE:
sort: 對單詞進(jìn)行排序
uniq -c: 顯示唯一的行，并在每行行首加上本行在文件中出現(xiàn)的次數(shù)
sort -k1,1nr: 按照第一個字段，數(shù)值排序，且為逆序
head –n 10: 取前10行數(shù)據(jù)
?
PS:
開啟慢日志的目的是為了跟蹤分析那條php腳本執(zhí)行的時間超過了設(shè)置的request_slowlog_timeout時長，如果超過這個設(shè)置時間，那么該腳本就會被記錄下。
?
三、Php-Fpm的操作
PHP5.3.3下的php-fpm 不再支持php-fpm 以前具有的 /usr/local/php/sbin/php-fpm(start|stop|reload)等命令，需要使用信號控制：
?
master進(jìn)程可以理解以下信號
INT, TERM 立刻終止?;
QUIT 平滑終止?;
USR1 重新打開日志文件?;
USR2平滑重載所有worker進(jìn)程并重新載入配置和二進(jìn)制模塊 ;
?
示例：?
php-fpm 關(guān)閉：?kill -INT`cat /usr/local/php/var/run/php-fpm.pid`?
php-fpm 重啟：?kill -USR2`cat /usr/local/php/var/run/php-fpm.pid`
?
查看php-fpm進(jìn)程數(shù)：
$ps aux | grep -c php-fpm
轉(zhuǎn)載于:https://www.cnblogs.com/starfish29/p/11155620.html
總結(jié)
以上是生活随笔為你收集整理的PHP性能调优---PHP-FPM配置及使用总结的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： MySQL Replication--多
- 下一篇： vim 中文乱码解决