IIS优化-解决IIS访问速度慢问题

IIS优化-解决IIS访问速度慢问题

远程作品，转载请标明原始出处：http://bbs.ywlm.net/thread-934-1-1.html 这几天给一游戏论坛做优化，论坛版本为：DISCUZ 7.2 环境是：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问题终于解决了，速度终于飙起来了