windows服务器环境下apache内存释放及死机问题解决办法一览，apache内存释放

windows服务器环境下apache内存释放及死机问题解决办法一览，apache内存释放

http://hi.baidu.com/seo0775/item/27e4891f7e64536d70d5e841

windows服务器环境下apache内存释放及死机问题解决办法一览

环境：windows2003系统，dell 1u服务器，phpnow集成环境：apache2.2+php5.2+mysql-5.0

问题：用一段时间后httpd进程会占用过多内存，有时候占1.5G，CPU使用率100%，网站访问提示PHP超时，有时web服务错误，80端口无法访问等。

从网上找到两个解决办法先贴在这里，效果后续写上。

解决方法：

一、优化apache

1、http-mpm.conf设置

Apache的线程数控制文件为http-mpm.conf，在conf/exrtra目录下面，要使该配置文件起作用需要在httpd.conf中将 Include conf/extra/httpd-mpm.conf前#去掉，以使得http-mpm.conf生效。

在Windows系统中，起作用的是Winnt mpm段，

<IfModule mpm_winnt_module>

ThreadsPerChild      150

MaxRequestsPerChild    0

</IfModule>

以上是缺省的配置，一般情况下够用了，但负荷较大的网站就需要修改了，否则访问网站会变慢或没有响应。实际设置中可以根据apache-status查看apache实时连接状态，查看其中线程占用数目情况来进行相应的调整，我的服务器最后设置如下：

<IfModule mpm_winnt_module>

ThreadsPerChild    350

ThreadLimit     350

MaxRequestsPerChild    10000

</IfModule>

其中ThreadLimit是占用系统线程数限制，修改后会在apache-status中直接看到效果(查看方法)，就是对应的最大的可用线程数(如图所示-转载的，不知道图片在哪，大家看自己的status吧)。

MaxRequestsPerChild是进程的最大的请求数目，既指网站收到请求的缓存数。设置太小了会影响服务器性能，因为会占用较多cpu时间，太大了则会占用内存资源。一般大型的网站文件个数都是成千上万，所以管理员应该根据网站情况自己设定，只要不为0（无限制）就可以，以防止内存溢出。

ThreadsPerChlid是Apache进程的子线程数，意思是服务器开了这么多的线程数来等待响应客户端请求。该参数需要根据apache-status实时的监控情况来调节，太大会导致内存增长过快，直到服务器当机，太小会导致服务器连接队列在高峰期时占满，从而导致网站连接慢。同时我们应该修改另一个配置文件httpd-default.php中的超时设置来配合这个参数。

（这个方法经测试效果不大）

2、httpd-default.conf设置

在httpd.conf中去掉Include conf/extra/httpd-default.conf前的#以使httpd-default.php生效。我们需要调节以下参数：

Timeout 15

该参数为连接超时，缺省的300秒显然太大，缩小该参数就会减少同时连接数，即用户实际占用的线程数，这样就可以起到配合上面ThreadsPerChlid参数的作用。

KeepAlive On

该参数为是否保持活连接，目前网站中一个页面一般会包含多个文件，所以相应用户访问时会有多个请求，因此开启可以提高服务器性能。（有人说keepalive在windows下开了没效果）

MaxKeepAliveRequests 50

该参数为最大的活连接请求数，可以根据网页实际包含的文件数目自行调节。

KeepAliveTimeout 5

该参数为活连接的超时时间，一般只要设置成小于Timeout即可。

这个方法的效果也不大

 

这样设置后，Apache在响应请求和防止恶意攻击方面就取得较为平衡的效果，当然由于内存回收机制和进程管理不同，Windows下长期运行Apache还是不如Unix稳定，因此我们可以让Apache在每天凌晨访问人数少时自动重启一次，以回收资源。用Windows自带的计划任务就可以简单的实现。这样，我们就使Apache在Windows平台下像Unix一样长期稳定的提供服务了。

---------------------------------------------------x--------------------------------------------------

上面的方法我都试过，效果不是很明显。现在来看看第二篇文章讲的吧。（此处写于2012年8月20日）

 

二、优化mysql

。。开始回头分析再php设计里面有不合理的查询，用下面的方法可以找出慢的mysql查询：修改my.ini文件再重启服务

log-slow-queries = slow.log  //windwos下直接写这句，不带路径时候自动生成到 mysql的data目录下

long_query_time = 5  //超过5秒的查询都记录日志（这其实是优化php的，这个开启mysql日制的方法值得备忘一下）

通过这个方式，确实找到了几个慢查询，清理了几个垃圾，效果要好多了，但还是有点慢

在这个快要崩溃的时候，重新看了一下《MySql故障排除》，发现排除故障时还是这种案例解决的最有参考价值，照着做了下(my.ini)：

  #取消文件系统的外部锁

   skip-locking

  #不进行域名反解析,注意由此带来的权限/授权问题

  skip-name-resolve

 #索引缓存,根据内存大小而定,如果是独立的db服务器,可以设置高达80%的内存总量

 key_buffer = 512M

 #连接排队列表总数

 back_log = 200

 max_allowed_packet = 2M

 #打开表缓存总数,可以避免频繁的打开数据表产生的开销

 table_cache = 512

 #每个线程排序所需的缓冲

 sort_buffer_size = 4M

 #每个线程读取索引所需的缓冲

 read_buffer_size = 4M

 #MyISAM表发生变化时重新排序所需的缓冲

 myisam_sort_buffer_size = 64M

 #缓存可重用的线程数

 thread_cache = 128

 #查询结果缓存

 query_cache_size = 128M

 #设置超时时间,能避免长连接

 set-variable = wait_timeout=60

 

做到查询结果缓存的时候，眼睛一亮，有希望，赶快重启mysql！第一次运行还是花了几秒，可以理解，第二次又花了几秒，有点失落，

再刷了几次，终于快了起来，还是缓存管用啊！而且mysql不愧为速度最快的SQL数据库，这种非事务处理环境确实很强。

 

 

三、自动重启服务器法

就是用widows的计划任务定时经常重启，此方法不推荐。

 

最后，有条件的最好还是在linux下使用apache。windows还是IIS好一些。