Nginx使用的php-fpm的兩種進(jìn)程管理方式及優(yōu)化
PS:前段時(shí)間配置php-fpm的時(shí)候,無(wú)意中發(fā)現(xiàn)原來(lái)它還有兩種進(jìn)程管理方式。與Apache類(lèi)似,它的進(jìn)程數(shù)也是可以根據(jù)設(shè)置分為動(dòng)態(tài)和靜態(tài)的。
php-fpm目前主要又兩個(gè)分支,分別對(duì)應(yīng)于php-5.2.x的版本和php-5.3.x的版本。在5.2.x的版本中,php-fpm.conf使用的是xml格式,而在新的5.3.x版本中,則是和php.ini一樣的配置風(fēng)格。
在5.2.x版本中,php-fpm.conf中對(duì)于進(jìn)程管理號(hào)稱(chēng)是有兩種風(fēng)格,一種是靜態(tài)(static)的,一種是類(lèi)似于apache風(fēng)格(apache-like)的。
Process manager settings
<value name=”pm”>
Sets style of controling worker process count.
Valid values are 'static' and ‘a(chǎn)pache-like'
<value name=”style”>static</value>
按照文檔的說(shuō)明,如果pm的style采用apache-like,啟動(dòng)的進(jìn)程數(shù)應(yīng)該是和StartServers指定的一樣。不過(guò)經(jīng)過(guò)數(shù)次的嘗試,會(huì)發(fā)現(xiàn),實(shí)際上在這里將pm的style配置成apache-like沒(méi)有起任何作用。也就是說(shuō),這里的apache-like并沒(méi)有被實(shí)現(xiàn)。
不過(guò),在最新的5.3.x的配套php-fpm中,apache風(fēng)格的進(jìn)程管理已經(jīng)被實(shí)現(xiàn)了。
; Choose how the process manager will control the number of child processes.
; Possible Values:
; static - a fixed number (pm.max_children) of child processes;
; dynamic - the number of child processes are set dynamically based on the
; following directives:
; pm.max_children - the maximum number of children that can
; be alive at the same time.
; pm.start_servers - the number of children created on startup.
; pm.min_spare_servers - the minimum number of children in 'idle'
; state (waiting to process). If the number
; of 'idle' processes is less than this
; number then some children will be created.
; pm.max_spare_servers - the maximum number of children in 'idle'
; state (waiting to process). If the number
; of 'idle' processes is greater than this
; number then some children will be killed.
; Note: This value is mandatory.
;pm = dynamic
pm = static
由上面一段文字可知,對(duì)于進(jìn)程的管理存在兩種風(fēng)格——static和dynamic。和之前的版本的進(jìn)程管理其實(shí)還是一樣的,只是將apache-like改成了dynamic,這樣更容易理解。
如果設(shè)置成static,php-fpm進(jìn)程數(shù)自始至終都是pm.max_children指定的數(shù)量,不再增加或減少。
如果設(shè)置成dynamic,則php-fpm進(jìn)程數(shù)是動(dòng)態(tài)的,最開(kāi)始是pm.start_servers指定的數(shù)量,如果請(qǐng)求較多,則會(huì)自動(dòng)增加,保證空閑的進(jìn)程數(shù)不小于pm.min_spare_servers,如果進(jìn)程數(shù)較多,也會(huì)進(jìn)行相應(yīng)清理,保證多余的進(jìn)程數(shù)不多于pm.max_spare_servers。
這兩種不同的進(jìn)程管理方式,可以根據(jù)服務(wù)器的實(shí)際需求來(lái)進(jìn)行調(diào)整。
這里先說(shuō)一下涉及到這個(gè)的幾個(gè)參數(shù),他們分別是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。
pm表示使用那種方式,有兩個(gè)值可以選擇,就是static(靜態(tài))或者dynamic(動(dòng)態(tài))。在更老一些的版本中,dynamic被稱(chēng)作apache-like。這個(gè)要注意看配置文件的說(shuō)明。
下面4個(gè)參數(shù)的意思分別為:
pm.max_children:靜態(tài)方式下開(kāi)啟的php-fpm進(jìn)程數(shù)量。
pm.start_servers:動(dòng)態(tài)方式下的起始php-fpm進(jìn)程數(shù)量。
pm.min_spare_servers:動(dòng)態(tài)方式下的最小php-fpm進(jìn)程數(shù)量。
pm.max_spare_servers:動(dòng)態(tài)方式下的最大php-fpm進(jìn)程數(shù)量。
如果dm設(shè)置為static,那么其實(shí)只有pm.max_children這個(gè)參數(shù)生效。系統(tǒng)會(huì)開(kāi)啟設(shè)置數(shù)量的php-fpm進(jìn)程。
如果dm設(shè)置為dynamic,那么pm.max_children參數(shù)失效,后面3個(gè)參數(shù)生效。系統(tǒng)會(huì)在php-fpm運(yùn)行開(kāi)始的時(shí)候啟動(dòng)pm.start_servers個(gè)php-fpm進(jìn)程,然后根據(jù)系統(tǒng)的需求動(dòng)態(tài)在pm.min_spare_servers和pm.max_spare_servers之間調(diào)整php-fpm進(jìn)程數(shù)。
那么,對(duì)于我們的服務(wù)器,選擇哪種執(zhí)行方式比較好呢?事實(shí)上,跟Apache一樣,運(yùn)行的PHP程序在執(zhí)行完成后,或多或少會(huì)有內(nèi)存泄露的問(wèn)題。這也是為什么開(kāi)始的時(shí)候一個(gè)php-fpm進(jìn)程只占用3M左右內(nèi)存,運(yùn)行一段時(shí)間后就會(huì)上升到20-30M的原因了。
對(duì)于內(nèi)存大的服務(wù)器(比如8G以上)來(lái)說(shuō),指定靜態(tài)的max_children實(shí)際上更為妥當(dāng),因?yàn)檫@樣不需要進(jìn)行額外的進(jìn)程數(shù)目控制,會(huì)提高效率。因?yàn)轭l繁開(kāi)關(guān)php-fpm進(jìn)程也會(huì)有時(shí)滯,所以?xún)?nèi)存夠大的情況下開(kāi)靜態(tài)效果會(huì)更好。數(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)用去使用,會(huì)使系統(tǒng)的運(yùn)行更加暢通。
對(duì)于小內(nèi)存的服務(wù)器來(lái)說(shuō),比如256M內(nèi)存的VPS,即使按照一個(gè)20M的內(nèi)存量來(lái)算,10個(gè)php-cgi進(jìn)程就將耗掉200M內(nèi)存,那系統(tǒng)的崩潰就應(yīng)該很正常了。因此應(yīng)該盡量地控制php-fpm進(jìn)程的數(shù)量,大體明確其他應(yīng)用占用的內(nèi)存后,給它指定一個(gè)靜態(tài)的小數(shù)量,會(huì)讓系統(tǒng)更加平穩(wěn)一些?;蛘呤褂脛?dòng)態(tài)方式,因?yàn)閯?dòng)態(tài)方式會(huì)結(jié)束掉多余的進(jìn)程,可以回收釋放一些內(nèi)存,所以推薦在內(nèi)存較少的服務(wù)器或VPS上使用。具體最大數(shù)量根據(jù) 內(nèi)存/20M 得到。比如說(shuō)512M的VPS,建議pm.max_spare_servers設(shè)置為20。至于pm.min_spare_servers,則建議根據(jù)服務(wù)器的負(fù)載情況來(lái)設(shè)置,比較合適的值在5~10之間。
相關(guān)文章
通過(guò)Nginx+Tomcat+Redis實(shí)現(xiàn)持久會(huì)話(huà)
這篇文章主要介紹了通過(guò)Nginx+Tomcat+Redis實(shí)現(xiàn)持久會(huì)話(huà)的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2017-11-11Nginx?map?實(shí)現(xiàn)時(shí)間格式轉(zhuǎn)換的方法
最近我們需要把?Nginx?的日志接入到自研的日志采集平臺(tái)上,但是這個(gè)平臺(tái)只支持?JSON?格式,所以需要把?Nginx?日志格式改成?JSON?格式,這篇文章主要介紹了Nginx?map?實(shí)現(xiàn)時(shí)間格式轉(zhuǎn)換,需要的朋友可以參考下2023-09-09借用nginx.vim工具進(jìn)行語(yǔ)法高亮和格式化配置nginx.conf文件
今天小編就為大家分享一篇關(guān)于借用nginx.vim工具進(jìn)行語(yǔ)法高亮和格式化配置nginx.conf文件,小編覺(jué)得內(nèi)容挺不錯(cuò)的,現(xiàn)在分享給大家,具有很好的參考價(jià)值,需要的朋友一起跟隨小編來(lái)看看吧2019-02-02Nginx服務(wù)500:Internal Server Error原因之一
這篇文章主要介紹了Nginx服務(wù)500:Internal Server Error原因之一,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2020-05-05Nginx文件已經(jīng)存在全局反向代理問(wèn)題排查記錄
反向代理除了實(shí)現(xiàn)負(fù)載均衡之外,還提供如緩存來(lái)減少上游服務(wù)器的壓力,下面這篇文章主要給大家介紹了關(guān)于Nginx文件已經(jīng)存在全局反向代理問(wèn)題排查的相關(guān)資料,需要的朋友可以參考下2022-07-07