1、php-fpm.conf中的pm
pm是來(lái)控制php-fpm的工作進(jìn)程數(shù)到底是一次性產(chǎn)生固定不變（static）還是在運(yùn)行過(guò)程中隨著需要?jiǎng)討B(tài)變化（dynamic）。眾所周知，工作進(jìn)程數(shù)與服務(wù)器性能息息相關(guān)，太少則不能及時(shí)處理請(qǐng)求，太多則會(huì)占用內(nèi)存過(guò)大而拖慢系統(tǒng)。因?yàn)閜hp-fpm處理請(qǐng)求時(shí)會(huì)隨著處理的請(qǐng)求數(shù)的增加而占用越來(lái)越多的內(nèi)存，所以static模式下往往不好判斷啟動(dòng)的能使內(nèi)存利用最大化的固定進(jìn)程數(shù)，所以想到了dynamic模式。可是為什么我們不用dynamic模式呢，試想某個(gè)時(shí)刻請(qǐng)求數(shù)比較低，20個(gè)進(jìn)程足夠應(yīng)付，突然壓力增大了，出現(xiàn)了40個(gè)并發(fā)PHP請(qǐng)求，按照最小5個(gè)空閑進(jìn)程的設(shè)置就需要45個(gè)進(jìn)程，也就是說(shuō)需要在短時(shí)間內(nèi)創(chuàng)建出25個(gè)進(jìn)程，我們知道創(chuàng)建進(jìn)程的操作是比較消耗系統(tǒng)資源的，再加上40個(gè)并發(fā)PHP請(qǐng)求肯定也會(huì)給MySQL帶來(lái)一定的壓力，此時(shí)再創(chuàng)建25個(gè)進(jìn)程無(wú)疑是雪上加霜，所以我在這里還是選擇了static模式。
2、php-fpm.conf中的pm.max_requests
根據(jù)說(shuō)明我們知道這個(gè)參數(shù)的含義是php-fpm工作進(jìn)程處理完多少請(qǐng)求后自動(dòng)重啟，主要目的就是為了控制請(qǐng)求處理過(guò)程中的內(nèi)存溢出，使得內(nèi)存占用在一個(gè)可接受的范圍內(nèi)。從這里我們感覺(jué)這個(gè)數(shù)字似乎設(shè)置的小一點(diǎn)更加有利于性能提升，但是當(dāng)這個(gè)數(shù)字非常小的時(shí)候會(huì)發(fā)生一種情況，由于PHP請(qǐng)求是平均地分配給各個(gè)工作進(jìn)程的，如果這個(gè)值太小就會(huì)導(dǎo)致所有的工作進(jìn)程幾乎同時(shí)達(dá)到這個(gè)值并且進(jìn)入需要重啟的狀態(tài)，當(dāng)所有的工作進(jìn)程都在同一時(shí)刻重啟就會(huì)發(fā)生在數(shù)秒內(nèi)甚至更長(zhǎng)的時(shí)間PHP將停止響應(yīng)直到所有的進(jìn)程均重啟完為止。這是不能接受的，所以我一般會(huì)把這個(gè)值設(shè)置為PHP啟動(dòng)后第一批工作進(jìn)程達(dá)到此值需要重啟時(shí)，第一個(gè)進(jìn)程重啟與最后一個(gè)進(jìn)程重啟之間的時(shí)間相差1分鐘以上，一般在壓力比較大的晚上這個(gè)差值將會(huì)擴(kuò)大到5分鐘左右，此時(shí)對(duì)進(jìn)程重啟對(duì)服務(wù)器的負(fù)面影響就可以忽略了。
3、php.ini中的memory_limit
顧名思義，這個(gè)值是用來(lái)限制PHP所占用的內(nèi)存的，具體一點(diǎn)說(shuō)就是一個(gè)PHP工作進(jìn)程即php-fpm所能夠使用的最大內(nèi)存，默認(rèn)是128MB，一開(kāi)始在虛擬機(jī)中我設(shè)置為PHP 5.1.6的默認(rèn)值16MB，發(fā)現(xiàn)大于16MB的附件將無(wú)法下載，也就是說(shuō)PHP 5.3中附件是從硬盤(pán)完整讀取到PHP內(nèi)存中再傳給nginx的，這跟PHP 5.1.6+Apache 2.2.3不同，后者讀取附件是PHP并不加載這個(gè)附件而是直接交給Apache來(lái)加載，這就使得php-fpm占用內(nèi)存大了不少。當(dāng)php-fpm占用內(nèi)存達(dá)到了memory_limit所限制的值時(shí)，當(dāng)前進(jìn)程會(huì)被fpm主進(jìn)程使用TERM信號(hào)終止掉，此時(shí)被處理的PHP請(qǐng)求將返回客戶端502錯(cuò)誤，nginx的error log中將記錄出錯(cuò)原因是“Connection reset by peer”。可是更加令人難以理解的事情發(fā)生了，在使用了eAccelerator的PHP 5.3上，居然發(fā)生了當(dāng)php-fpm內(nèi)存達(dá)到memory_limit所限制的值時(shí)，所有進(jìn)程都開(kāi)始瘋狂重啟而不再接受任何請(qǐng)求，此時(shí)除非使用kill命令殺死主進(jìn)程，否則php-fpm永遠(yuǎn)都不會(huì)恢復(fù)響應(yīng)
