PHP脚本内存泄露导致Apache频繁宕机解决方法

服务器 发布日期:2024/11/1 浏览次数:1

正在浏览:PHP脚本内存泄露导致Apache频繁宕机解决方法

在部署一套内网测试环境时,频繁宕机,开机后不断的吃内存,重启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进程有意外的内存泄露。