服务器大量php-cgi.exe进程导致CPU占用100%的解决方法

 windows 2003+iis6中优化fastcgi配置文件fcgiext.ini，减少php-cgi.exe进程数量和所占内存大小

本来听说fastcgi比isapi好就在服务器中装上了，配置环境为windows 2003+iis6+fastcgi(fcgi)+php5.2.17，经过与很长一段时间观察，发现工作在fastcgi模式下的php会占用越来越多的内存，访问量稍微多点php-cgi进程就多了n个，同样情况下能比原来用isapi模式的时候多出几百m，我的服务器内存只有2g伤不起啊。

我在网上搜索了一下，发现还有不少人面临同样的问题。来自php官方的一个比较正式的解释是：php-cgi进程并没有内存泄漏，php-cgi会在每个请求结束的时候回收脚本使用的全部内存，但是并不会释放给操作系统，而是继续持有以应对下一次php请求。这样做大概是为了减少内存碎片化或者解决从系统申请内存之后又释放回操作系统所需要的时间不可控问题。可是如果偶然一次php请求使用了诸如ftp或者zlib这样的大内存操作，那么将导致一大块系统内存被php-cgi持续占有，不能被利用。
解决这个问题的办法是在web服务器配置中优化fastcgi配置文件参数。

在c:\windows\system32\inetsrv\fcgiext.ini 文件中可以设定php-cgi进程相关参数，如：

[types]
php = php
[php]
exepath=c:\php-5.3.8-nts-win32-vc9-x86\php-cgi.exe
maxinstances=100
instancemaxrequests=10000
environmentvars=php_fcgi_max_requests:10000
requesttimeout=600
activitytimeout=900

在上面的配置中：

exepath  指定了fastcgi解析程序的路径，
instancemaxrequests  指定了每个实例可以处理的最大请求数，
maxinstances 指定可以启动的最大实例数目，
environmentvars 创建了一个环境变量 php_fcgi_max_requests ，默认值设为10000，
requesttimeout  指定了请求的超时时间为600秒，
activitytimeout  指定了活动会话超时时间为900秒。
一下是建议值：
maxinstances=
把这个值改小

建议

512m 内存的改maxinstances=50
1g 内存的改maxinstances=80
2g 内存的改maxinstances=140

再修改
instancemaxrequests=
把这个值改小

建议

512m 内存的改instancemaxrequests=200
1g 内存的改instancemaxrequests=300
2g 内存的改instancemaxrequests=500

改完， 重启iis。

instancemaxrequests  php_fcgi_max_requests  这两个参数决定了一个php-cgi进程被创建出来之后，最多接受的php请求数，在lighttpd中默认配置是10000。也就是说这个php-cgi进程每接受10000次php请求后会终止，释放所有内存，并重新被管理进程启动。如果把它降低，比如改成100，那么php-cgi重启的周期会大大缩短，偶然的高内存操作造成的问题影响时间也会缩短。
maxinstances 这个参数指定可以启动的最大实例数目，即php-cgi.exe进程的数目。如果把它降低，比如改成100，那么在任务管理器的进程中最多只有php-cgi.exe进程，php-cgi.exe所占用的总内存将大大减少。
我现在用的服务器为windows 2003操作系统，4g内存，一个php-cgi.exe程序占用7－25m内存，我把maxinstances值调为300，减少了php-cgi.exe进程的总数量，占用内存也减小了，反应速度比以前快了不少，至少调整到多少，可根据您的站点访问量来决定。

win2008服务器，fastcgi完美设置教程

在win2008的iis7上使用fastcgi调用php-cgi.exe,默认只有4个进程，这样对于大流量的网站为说，进程数不足带来的进程排队现象十分严重，解决方案如下。

32位系统 http://www.iis.net/downloads/files/adminpack/tp2/adminpack_x86.msi
64位系统 http://www.iis.net/downloads/files/adminpack/tp2/adminpack_amd64.msi

下载如下工具，安装后，如下图。

添加

php_fcgi_max_requests = 10000

添加后，不用重启iis,就能在进程管理器看到效果。

似乎并没有达到设定的值，不过浏览网站明显感觉到性能的提示。

内存占用~~ 其实微软的系统有一个不好处在于， 服务器的内存占用，要尽量让服务去使用，而并不像客户端使用一样，留足够多的内存给用户的应用程序。

我在这里要提醒大家注意的是以下两个参数值得设置：

instancemaxrequests：fastcgi进程（php-fcgi.exe）能处理的最大请求数，超过了就要回收，默认是200

php_fcgi_max_requests：php自身控制的最大请求数，默认是500

既然要用fastcgi去运行cgi，那肯定是不想php自身去限制最大请求数！！

所以，一定要保证instancemaxrequests小于 或 等于 php_fcgi_max_requests，这样php自身永远没有机会去回收进程。

可以看micorsoft说的：

make sure that fastcgi always recycles php-cgi.exe processes before native php recycling starts. the configuration property instancemaxrequests controls the fastcgi process-recycling behavior. this property specifies how many requests fastcgi will process before recycling. php also has a similar process-recycling functionality that is controlled by the environment variable php_fcgi_max_requests. by setting instancemaxrequests to a value that is smaller than or equal to php_fcgi_max_requests, you can make sure that the native php process-recycling logic will never start.

服务器php-cgi.exe进程过多，导致cpu占用100%的解决方法

使用iis服务器中经常会出现php-cgi.exe进程过多，导致cpu占用100%，最终造成网站运行过慢甚至卡死的情况，重启iis会好一会，过一段时间久出现这种情况，为什么会出现这种情况呢，应该怎么解决呢，开始的时候我一直手动结束php-cgi程序，虽然可以临时解决问题，但是不是长久之计，我百度了下，出现该问题一般为程序方面问题，如程序采用fastcgi方式运行php，而程序设置的startprocesses又偏大，如6甚至更大。下面是我整理的对php-cgi.ext过多引起服务器cup%的解决方法，希望对大家有帮助;大多数情况是发生在第四项上;

解决参考：

1.检查系统盘空间。查看系统临时文件是否过多，mysql数据库的临时文件默认存到了c:/windows/temp，导致累积了几万甚至上百万的小文件，压垮系统盘。

del *.* 删除所有文件

如果上面的命令不够强悍，可以使用下面的代码

del /f /q /s tmp\*.*

2.php是一种广泛使用的动态脚本语言，不过在iis中并没有内置对php语言的支持，因此如果需要使用php，必须自行安装。php可以安装为cgi模式或者isapi模式，由于isapi模式具有更高的性能，因此我建议大家使用isapi模式。

3.如能修改程序，建议将程序配置文件中的startprocesses值缩到2，看是否改善。

4.看是否服务器有问题攻击现象。