再使用iis服务器中经常会出现php-cgi.exe进程过多，导致CPU占用100%，最终造成网站运行过慢甚至卡死的情况，重启iis会好一会，过一段时间久出现这种情况，为什么会出现这种情况呢，应该怎么解决呢，开始的时候我一直手动结束php-cgi程序，虽然可以临时解决问题，但是不是长久之计，我百度了下，出现该问题一般为程序方面问题，如程序采用fastcgi方式运行PHP，而程序设置的StartProcesses又偏大，如6甚至更大。下面是我整理的对php-cgi.ext过多引起服务器cup%的解决方法，希望对大家有帮助;大多数情况是发生在第四项上;
解决参考：
1.检查系统盘空间。查看系统临时文件是否过多，mysql数据库的临时文件默认存到了c:/windows/temp，导致累积了几万甚至上百万的小文件，压垮系统盘。
del *.* 删除所有文件
2.PHP是一种广泛使用的动态脚本语言，不过在IIS中并没有内置对PHP语言的支持，因此如果需要使用PHP，必须自行安装。PHP可以安装为CGI模式或者ISAPI模式，由于ISAPI模式具有更高的性能，因此我建议大家使用ISAPI模式。
3.如能修改程序，建议将程序配置文件中的StartProcesses值缩到2，看是否改善。
4.看是否服务器有问题攻击现象。
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。
maxInstances 这个参数指定可以启动的最大实例数目，即php-cgi.exe进程的数目。如果把它降低，比如改成100，那么在任务管理器的进程中最多只有php-cgi.exe进程，php-cgi.exe所占用的总内存将大大减少。
instanceMaxRequests PHP_FCGI_MAX_REQUESTS 这两个参数决定了一个php-cgi进程被创建出来之后，最多接受的PHP请求数，在lighttpd中默认配置是10000。也就是说这个php-cgi进程每接受10000次PHP请求后会终止，释放所有内存，并重新被管理进程启动。如果把它降低，比如改成100，那么php-cgi重启的周期会大大缩短，偶然的高内存操作造成的问题影响时间也会缩短。