这篇文章主要介绍了PHP脚本内存泄露导致Apache频繁宕机解决方法,本文的原因是因为MaxRequestsPerChild参数没有配置正确,配置MaxRequestsPerChild后解决了本文中的问题,需要的朋友可以参考下

在部署一套内网测试环境时，频繁宕机，开机后不断的吃内存，重启apache之后内存占用会不停的上涨，直到swap用完，直到死机，由于是内网环境，服务器并发和压力都很小。

查看apache错误日志，报大量类似错误：
复制代码 代码如下:
[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

后查出来是因为php某一些脚本存在内存泄露的代码段。而apache处理这些代码段的进程的处理请求数被设置为无穷。也就是说这些进程只有在apache重启（stop-start模式）或者服务器重启的情况下才会被kill，否则将一直运行下去，直到耗尽系统的最后一点资源（主要是内存）。

问题分析：
复制代码 代码如下:
//服务器允许配置的进程数上限
ServerLimit 1500
//设置服务器启动时建立的子进程数量。因为子进程数量动态的取决于负载的轻重,所有一般没有必要调整这个参数。
StartServers　　　　 5
//MinSpareServers：设置空闲子进程的最小数量。所谓空闲子进程是指没有正在处理请求的子进程。如果当前空闲子进程数少于MinSpareServers,那么Apache将以最大每秒一个的速度产生新的子进程。
MinSpareServers　　　5
//设置空闲子进程的最大数量。如果当前有超过MaxSpareServers数量的空闲子进程,那么父进程将杀死多余的子进程。
MaxSpareServers　　 10
//用于客户端请求的最大接入请求数量（最大线程数）。
MaxClients 1500
//设置每个子进程在其生存期内允许提供的最大请求数量
MaxRequestsPerChild 50

问题解决：
 
设置 MaxRequestsPerChild 50或30
 
MaxRequestsPerChild不能太大，也不能设置为0，最好设置为一个相对不大的数字，100内可能就够了，防止httpd进程有意外的内存泄露。