环境是:Windows server 2003 SP2+IIS+PHP+MYSQL
硬件:双路CPU8核+8G内存+2X147G SAS硬盘
负载:3000人实时在线
本想劝其改用linux架构,被其拒绝,理由是他不懂Linux,现在想来,你懂windows,出了问题你还是解决不来,那还不如用Linux,一般不会出问题呢
言归正传吧
论坛情况如下:
1,CPU不稳定,经常100%,时而又0%
2,访问非常缓慢
3,时而报错:No input file specified
4,时而报错:service unavailable
OK,下面我们一一分析并解决吧
先解决报错问题
第一步:检查硬件,看看硬件是否有问题,这里由于出现了 “No input file specified” 和 “service unavailable”这两个错误
所以先检查磁盘是否有问题,注意,在复制大文件或大量碎文件的时候会导致service unavailable这个问题
这里我检查后发现他服务器硬件并没有问题,排除之;
第二步:判断网络是否良好,做运维的惯例,第一二补都是检查硬件和网络,把基础问题排除掉,我检查发现他服务器网络并没有问题
第三部:OK,我们来看看操作系统是否有问题,看操作系统日志,看系统是否有问题,看到系统有很多错误日子和警告日志,我一一查看,发现并没有系统组件或内核级别的错误,排除系统错误,系统是没有问题的
第四步:查看是否受到攻击,是否中毒,是否修改了配置
经过查看并未发现有被攻击的可能
第六步:重启服务,大家不要轻视重启,windows重启能解决非常多非常多的问题哦,我考虑了一下,因为服务器以前是好的,现在且一直没人有误操作,甚至没有人登录过,而且并没有被攻击,人数也不是高峰期,和平常一样的在线人生,为什么就突然这样了呢,得出终结就是:系统自动安装了补丁,没有重启剩下!!!!
OK,那就重启吧,争取得到对方同意后,重启了,OK,问题解决了不少,报错少了很多很多,但论坛依然慢
第五步:上面都排除了,下面就重点来看看性能优化了
首先看看日志,发现经常报如下几个错误:
1,应用程序池:
为应用程序池 'bbs' 提供服务的进程关闭时间超过了限制。进程 ID 是 '9564'。
2,HTTP错误:
事件 ID ( 54 )的描述(在资源( HTTP )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述;查看帮助和支持以了解详细信息。下列信息是事件的一部分: \Device\Http\AppPool.
3,进程间通信错误:
为应用程序池 'bbs' 提供服务的进程在与 World Wide Web Publishing 服务通信时遇到致命错误。进程 ID 为 '7684'。数据字段包含错误号。
嗯,主要是这三种错误,我们来来分析一下
WIMP(windows+iis+php+mysql)架构工作原理:
1,客户端请求IIS
2,IIS处理静态页面,动态页面通过php5isapi.dll动态扩展交给PHP处理
3,PHP解析并且通过mysq扩展函数(php.ini里面打开)请求MYSQL查询和插入等操作
4,mysq进程处理PHP发过来的处理请求
整个过程就这样,那么好,最前面的问题我们来归个类:
No input file specified:这个问题世界上是PHP 404 什么是PHP 404呢,也就是静态页面不报这样的错误,说明和IIS配置,路径等都没有问题(注意哦,No input file specified这个错误也有可能是权限,路径等的错误哦,我这里不是),那么就是PHP文件无法被执行了,这说明是第三个环节出问题了,也就是PHP处理出现了问题,或者是IIS的动态扩展出现问题
service unavailable:这个基本就是IIS的处理问题,或者硬件资源达到极限,导致IIS无法处理下一个请求
下面来我做了如下操作
1,注释掉 php.ini里面的doc_root项
2,注释掉 php.ini里面的cgi.fix_pathinfo=0项
3,设置系统盘下c:\tmp权限添加everyone完全控制
重启PHP:也就是重启IIS了
OK:No input file specified问题解决了,不再报这个错误了
下面来解决速度慢和service unavailable问题
先利用windows 2003的性能计数器看看IIS当前连接数(IIS并发连接)
打开--管理工具--性能---性能日志和警报能看到如下图:
然后按照下列图示来操作
OK,能看到IIS实时并发连接数了
这里是2000-3000的连接,可以看出并发不是很大,对于8核心+8G内存的服务器来说,处理这些连接是没有问题的!!!!
我们再来看看负载情况吧:
可以看出,负载比较低的,但IIS就是慢,看来只能优化应用程序池了,我做了如下优化,如图
去掉请求队列限制
最大工作进程改为了2
重启IIS,OK问题终于解决了,速度终于飙起来了