PHP腳本內(nèi)存泄露導(dǎo)致Apache頻繁宕機(jī)解決方法

更新時(shí)間：2014年09月10日 16:47:13 投稿：junjie

這篇文章主要介紹了PHP腳本內(nèi)存泄露導(dǎo)致Apache頻繁宕機(jī)解決方法,本文的原因是因?yàn)镸axRequestsPerChild參數(shù)沒有配置正確,配置MaxRequestsPerChild后解決了本文中的問題,需要的朋友可以參考下

在部署一套內(nèi)網(wǎng)測(cè)試環(huán)境時(shí)，頻繁宕機(jī)，開機(jī)后不斷的吃內(nèi)存，重啟apache之后內(nèi)存占用會(huì)不停的上漲，直到swap用完，直到死機(jī)，由于是內(nèi)網(wǎng)環(huán)境，服務(wù)器并發(fā)和壓力都很小。

查看apache錯(cuò)誤日志，報(bào)大量類似錯(cuò)誤：

復(fù)制代碼代碼如下:

[Tue Feb 14 14:49:28 2012] [warn] child process 7751 still did not exit, sending a SIGTERM

[Tue Feb 14 14:49:30 2012] [error] child process 7603 still did not exit, sending a SIGKILL

[Tue Feb 14 14:49:30 2012] [error] child process 7614 still did not exit, sending a SIGKILL

后查出來是因?yàn)閜hp某一些腳本存在內(nèi)存泄露的代碼段。而apache處理這些代碼段的進(jìn)程的處理請(qǐng)求數(shù)被設(shè)置為無窮。也就是說這些進(jìn)程只有在apache重啟（stop-start模式）或者服務(wù)器重啟的情況下才會(huì)被kill，否則將一直運(yùn)行下去，直到耗盡系統(tǒng)的最后一點(diǎn)資源（主要是內(nèi)存）。

問題分析：

復(fù)制代碼代碼如下:

//服務(wù)器允許配置的進(jìn)程數(shù)上限

ServerLimit 1500

//設(shè)置服務(wù)器啟動(dòng)時(shí)建立的子進(jìn)程數(shù)量。因?yàn)樽舆M(jìn)程數(shù)量動(dòng)態(tài)的取決于負(fù)載的輕重,所有一般沒有必要調(diào)整這個(gè)參數(shù)。

StartServers　　　　 5

//MinSpareServers：設(shè)置空閑子進(jìn)程的最小數(shù)量。所謂空閑子進(jìn)程是指沒有正在處理請(qǐng)求的子進(jìn)程。如果當(dāng)前空閑子進(jìn)程數(shù)少于MinSpareServers,那么Apache將以最大每秒一個(gè)的速度產(chǎn)生新的子進(jìn)程。

MinSpareServers　　　5

//設(shè)置空閑子進(jìn)程的最大數(shù)量。如果當(dāng)前有超過MaxSpareServers數(shù)量的空閑子進(jìn)程,那么父進(jìn)程將殺死多余的子進(jìn)程。

MaxSpareServers　　 10

//用于客戶端請(qǐng)求的最大接入請(qǐng)求數(shù)量（最大線程數(shù)）。

MaxClients 1500

//設(shè)置每個(gè)子進(jìn)程在其生存期內(nèi)允許提供的最大請(qǐng)求數(shù)量

MaxRequestsPerChild 50

問題解決：

設(shè)置 MaxRequestsPerChild 50或30

MaxRequestsPerChild不能太大，也不能設(shè)置為0，最好設(shè)置為一個(gè)相對(duì)不大的數(shù)字，100內(nèi)可能就夠了，防止httpd進(jìn)程有意外的內(nèi)存泄露。

您可能感興趣的文章: