关于我们

质量为本、客户为根、勇于拼搏、务实创新

< 返回新闻公共列表

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

发布时间:2023/6/1 12:08:10
香港云服务器

 PHP脚本内存泄露导致Apache频繁宕机,开机后不断的吃内存,重启apache之后内存占用会不停的上涨,直到swap用完,直到死机,由于是内网环境,服务器并发和压力都很小。这是因为MaxRequestsPerChild参数没有配置正确,配置MaxRequestsPerChild后解决了问题。

  查看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进程有意外的内存泄露