[轉(zhuǎn)]FastCGI模式下PHP占用大量內(nèi)存的解決辦法

feiyang10086

[轉(zhuǎn)]FastCGI模式下PHP占用大量內(nèi)存的解決辦法

原文【https://guangxin.name/plink/tech/php/2010/344.html】

很長一段時間以來，我注意到工作在FastCGI模式下的PHP會占用越來越多的內(nèi)存，而且似乎從不釋放。起初我以為這是內(nèi)存泄漏的問題，但是各個PHP社區(qū)的人好像并沒有把這個當(dāng)作問題。我搜索了一下，發(fā)現(xiàn)還有不少人面臨同樣的問題。來自PHP官方的一個比較正式的解釋是：php-cgi進(jìn)程并沒有內(nèi)存泄漏，php-cgi會在每個請求結(jié)束的時候回收腳本使用的全部內(nèi)存，但是并不會釋放給操作系統(tǒng)，而是繼續(xù)持有以應(yīng)對下一次PHP請求。這樣做大概是為了減少內(nèi)存碎片化或者解決從系統(tǒng)申請內(nèi)存之后又釋放回操作系統(tǒng)所需要的時間不可控問題�？墒侨绻�偶然一次PHP請求使用了諸如ftp或者zlib這樣的大內(nèi)存操作，那么將導(dǎo)致一大塊系統(tǒng)內(nèi)存被php-cgi持續(xù)占有，不能被利用。

解決這個問題的辦法是在web服務(wù)器配置中降低PHP_FCGI_MAX_REQUESTS的值。這個參數(shù)決定了一個php-cgi進(jìn)程被創(chuàng)建出來之后，最多接受的PHP請求數(shù)，在lighttpd中默認(rèn)配置是10000。也就是說這個php-cgi進(jìn)程每接受10000次PHP請求后會終止，釋放所有內(nèi)存，并重新被管理進(jìn)程啟動。如果把它降低，比如改成100，那么php-cgi重啟的周期會大大縮短，偶然的高內(nèi)存操作造成的問題影響時間也會縮短。

另一個辦法則是寫一個crontab腳本，定時發(fā)現(xiàn)高內(nèi)存占用的php-cgi進(jìn)程并向它傳送kill指令。

我按照robbin配置的ruby on rails也發(fā)現(xiàn)了這個問題，起了10個進(jìn)程，本來就不富裕的系統(tǒng)內(nèi)存就沒了，搞的服務(wù)器嗷嗷卡。現(xiàn)在將進(jìn)程數(shù)降為5個，以觀后效。

asiabaa

我碰到了這個問題，最終問題還是找到了，出在好資源的查詢上。
如果不解決好資源查詢的問題，iis再怎么設(shè)置，也是不完美的。