很多站长朋友们都不太清楚优化iis打开php速度，今天小编就来给大家整理优化iis打开php速度，希望对各位有所帮助，具体内容如下：
本文目录一览： 1、 iis 运行php效率怎么样 2、 win2008 IIS升级PHP5.3后执行PHP很慢要怎么解决 3、 php+MsSQL+IIS服务器运行缓慢 4、 怎样提高IIS服务器性能，加快服务器速度 5、 IIS中已安装了PHP，可以打开PHP和ASP，为什么 6、 win2008的IIS7+PHP5.3.8，速度奇慢，为什么 iis 运行php效率怎么样效率高不高取决于你写的php程序。iis绝对很好的，微软的技术肯定很高的。iis是win下的不二选择。可以下载phpstudy 切换iis+php。能很好得支持iis7，iis8和iis6。
win2008 IIS升级PHP5.3后执行PHP很慢要怎么解决其实winserver的iis对php的支持不如appech，你试试重启，如果还是如此，只能把版本降回去了
望采纳
php+MsSQL+IIS服务器运行缓慢1 嗯 用apache+linux+php来跑是业界流行的
2 优化服务端的程序提高效率是有限的 iis同样的优化达到一个性能所花费的代价远远高于apache 难度也很高 不是说难度是因为iis所有功能都是封装死的
3 建议不要用 iis iis是用来跑asp的不是跑php的 个人感觉微软的iis总是死机 稳定性不可靠
4 小型机更要用pache+linux+php
怎样提高IIS服务器性能，加快服务器速度1、应该分配和释放多个对象
你应该尽量避免过量分配内存，因为内存分配可能是代价高昂的。释放内存块可能更昂贵，因为大多数分配算符总是企图连接临近的已释放的内存块成为更大的块。直到Windows NT? 4.0 service pack 4.0，在多线程处理中，系统堆通常都运行得很糟。堆被一个全局锁保护，并且在多处理器系统上是不可扩展的。
2.不应该考虑使用处理器高速缓存
大多数人都知道由虚拟内存子系统导致的hard 页错误代价很高，最好避免。但是许多人认为其他内存访问方法没有什么区别。自从80486以后，这一观点就不对了。现代的CPUs比RAM要快得多，RAM至少需要两级内存缓存 ，高速L1 缓存能保存8KB数据和8KB指令，而较慢的L2 缓存能保存几百KB的数据和代码，这些数据和代码混合在一起。L1 缓存中内存区域的一个引用需要一个时钟周期，L2 缓存的引用需要4到7个时钟周期，而主内存的引用需要许多个处理器时钟周期。后一数字不久将会超过100个时钟周期。在许多方面，缓存像一个小型的，高速的，虚拟内存系统。
至于和缓存有关的基本内存单元不是字节而是缓存列。Pentium 缓存列有32个字节宽。Alpha 缓存列有64个字节宽。这意味着在L1 缓存中只有512个slot给代码和数据。如果多个数据一起使用（时间位置）而并不存储在一起（空间位置），性能会很差。数组的空间位置很好，而相互连接的列表和其他基于指针的数据结构的位置往往很差。
把数据打包到同一个缓存列中通常会有利于提高性能，但是它也会破坏多处理器系统的性能。内存子系统很难协调处理器间的缓存。如果一个被所有处理器使用的只读数据，和一个由一个处理器使用并频繁更新的数据共享一个缓存 列，那么缓存将会花费很长时间更新这个缓存列的拷贝。这个Ping-Pong高速游戏通常被称为"缓存 sloshing"。如果只读数据在一个不同的缓存 列中，就可以避免sloshing。
对代码进行空间优化比进行速度优化效率更高。代码越少，代码所占的页也越少，这样需要的运行设置和产生的页错误也会更少，同时占据的缓存 列也会更少。然而，某些核心函数应该进行速度优化。可以利用profiler去识别这些函数。
3.决不要缓存频繁使用的数据。
软件缓存可以被各种应用程序使用。当一个计算代价很高时，你会保存结果的一个拷贝。这是一个典型的时空折中方法：牺牲一些存储空间以节省时间。如果做得好，这种方法可能非常有效。
你必须正确地进行缓存。如果缓存了错误数据，就会浪费存储空间。如果缓存得太多，其他操作可以使用的内存将会很少。如果缓存得太少，效率又会很低，因为你必须重新计算被缓存 遗漏的数据。如果将时间敏感数据缓存得时间过长，这些数据将会过时。一般，服务器更关心的是速度而不是空间，所以他们要比桌面系统进行更多的缓存。一定要定期去除不用的缓存，否则将会有运行设置问题。
4.应该创建多个线程，越多越好。
调整服务器中起作用的线程数目是很重要的。如果线程是I/O-bound的，将会花费很多时间用来等待I/O的完成-一个被阻塞的线程就是一个不做任何有用工作的线程。加入额外的线程可以增加通量，但是加入过多的线程将会降低服务器的性能，因为上下文交换将会成为一个重大的overhead。上下文交换速度应该低的原因有三个：上下文交换是单纯的overhead，对应用程序的工作没有任何益处；上下文交换用尽了宝贵的时钟周期；最糟的是，上下文交换将处理器的缓存填满了没用的数据，替换这些数据是代价高昂的。
有很多事情是依靠你的线程化结构的。每个客户端一个线程是绝对不合适的。因为对于大量用户端，它的扩展性不好。上下文交换变得难以忍受，Windows NT用尽了资源。线程池模型会工作得更好，在这种方法中一个工人线程池将处理一条请求列，因为Windows 2000提供了相应的APIs，如QueueUserWorkItem。
5.应该对数据结构使用全局锁
使数据线程安全的最简单方法是把它套上一把大锁。为简单起见，所有的东西都用同一把锁。这种方法会有一个问题：序列化。为了得到锁，每一个要处理数据的线程都必须排队等候。如果线程被一把锁阻塞，它没有在做任何有用的事。当服务器的负载较轻时，这个问题并不常见，因为一次可能只有一个线程需要锁。在负载很重的情况下，对锁的激烈争夺可能就会成为一个大问题。
设想在多车道高速公路上发生了一个意外事故，这条高速公路上的所有车辆都被转向一条狭窄的道路。如果车辆很少，这一转换对交通流的速率的影响可以忽略。如果车辆很多，当车辆慢慢并入那条单通道时，交通阻塞会延伸几英里。
有几种技术能够减少锁竞争。
· 不要过分保护，也就是说，不是非常必要不要锁住数据。只有需要时才去持有锁，而且时间不要过长。不要在大段代码周围或频繁执行的代码中没必要地使用锁，这一点很重要。
· 对数据进行分割，使它能够用一套独立的锁保护。例如，一个符号表可以按标识符的第一个字母分割，这样在修改名字以Q开头的符号的值时，就不会去读名字以H开头的符号的值。
· 使用APIs的Interlocked 系列（InterlockedIncrement，InterlockedCompareExchangePointer等）自动修改数据而不需要锁。
· 当数据不是经常被修改时可以使用多读者/单作者（multi-reader/single-writer）锁。你将获得更好的并发性，尽管锁操作的代价将更高并且你可能会冒饿死作者的危险。
· 在关键部分使用循环计数器。参见Windows NT 4.0 service pack 3中的SetCriticalSectionSpinCount API。
· 如果你不能得到锁，使用TryEnterCriticalSection并做一些其他的有用的工作。
高竞争导致serialization，serialization导致降低CPU的利用率，这促使用户加入更多的线程，结果事情变得更糟。
6.不必注意多处理器机器
你的代码在多处理器系统上比在单处理器系统上运行得还要糟，这可能是件令人恶心的事。一个很自然的想法是，在一个N维系统上运行N次会更好。性能很差的原因是竞争：锁竞争，总线竞争，和/或缓存列竞争。处理器都在是争夺共享资源的所有权，而不是做更多的工作。
如果你一定要编写多线程应用程序的话，你应该在多处理器盒上对你的应用程序进行强度测试和性能测试。单处理器系统通过时间分片地执行线程而提供一个并发性的假象。多处理器盒具有真正的并发性，竞争环境和竞争更容易发生。
7.应该始终使用模块化调用；他们很有趣。
利用同步模块化调用来执行I/O操作对大多数桌面应用程序来说是合适的。但是，他们不是使用服务器上的CPU（s）的好方法。I/O操作要花费上百万个时钟周期来完成，这些时钟周期本来可以被更好地利用。利用异步I/O你能得到显著提高的用户请求率和I/O通量，不过增加了额外的复杂性。
如果你有需要花费很长时间的模块化调用或I/O操作，你应该考调拨多少资源给他们。你想使用所有的线程还是有个限制？一般地，使用有限的几个线程要好些。构建一个小的线程池和队列，利用队列来安排线程的工作完成模块化调用。这样，其他线程就可以拾取和处理你的非模块化的请求。
8.不要进行测量
当你能够测量你所谈论的事情并用数字表达它时，这就表示你对他有了一定的了解；但是如果你不能用数字表达时，你的知识是贫瘠的不能令人满意的；这可能是知识的开始，但这时你简直不可能将你的思想提高到科学的水平。
- Lord Kelvin (William Thomson)
如果不测量你就不能了解应用程序的特性。你在黑暗中摸索，一半是靠猜测。如果不识别性能问题，你就不能做任何改进或做出工作量计划。
测量包括黑匣子测量和profiling。黑匣子测量的意思是收集由性能计数器（内存使用，上下文交换，CPU利用等）和外部检测工具（通量，反映时间等）所显示的数据。为了profile你的代码，你编译代码的一个工具版，然后在各种条件下运行它，并收集关于执行时间和过程调用频率的统计数据。
测量如果不用于分析的话就一点用都没有。测量将不仅告诉你有问题，而且甚至能帮助你找到问题发生在哪，但它不能告诉你为什么会有问题。对问题进行分析以便你能正确地改正他们。要从根本上解决问题而不是停留在表面现象。
当你进行改动后，要重新测量。你要知道你的改动是否有效。改动也可能会暴露其他性能问题，测量-分析-改正-再测量的循环就会重新开始。你也必须要有规律地进行测量，以便发现性能衰退问题。
9.应该使用单一用户，单一请求的测试方法。
书写ASP和ISAPI应用程序的一个通病是只用一个浏览器去测试应用程序。当他们在Internet上应用他们的程序时，他们才发现他们的应用程序不能处理高负载，并且通量和反应时间另人可怜。
用一个浏览器测试是必要的但是不够的。如果浏览器反应得不够快，你就知道你有麻烦了。但即使它在使用一个浏览器时很快，你也不知道它处理负载的能力如何。如果十几个用户同时请求会发生什么事？一百个呢？你的应用程序能容忍什么样的通量？它能提供什么样的反应时间？在轻载时这些数字会怎样？中等负载呢？重载呢？在多处理器机器上你的应用程序会如何？对你的应用程序进行强度测试，这对于找出bugs发现性能问题来说是基本的。
类似的负载测试考虑适用于所有的服务器应用程序。
10.不应使用实际环境。
人们往往只在几个特定的，人工的环境（如下benchmarks）下调整应用程序。选择和实际情况相对应的各种情况，并为针对各种操作进行优化，这一点很重要。如果你不这样做，你的用户和评论家一定会这样做，并且他们将依此来评判你的应用程序的好坏。
IIS中已安装了PHP，可以打开PHP和ASP，为什么PHP我就就是按下面那个优化的，感觉没什么问题呃，不知道具体原因什么方法都有可能，不能说是垃圾的，再说人家也问了不只一个问题的嘛，谁都不能保证对错，妄加评论别人总是不太好的，至少出力了，复制个网址跟复制内容本身是一样样的，都为lz想办法了啊，希望能互相体谅，鄙视一词用出来是很伤人的、、、
可以打开ASP的
因为WINDOWS 2003 的 IIS 6.0 默认是没有安装开启对ASP的支持 这要我们手动去配置 这一步很简单 PHP我就就是按下面那个优化的，感觉没什么问题呃，不知道具体原因什么方法都有可能
一 首先在控制面板里运行"添加删除程序" 选择安装IIS 6.0 安装后IIS 6.0就默认开启了对ASP的支持 如果发现未允许运行ASP 可按 A B C 步骤去开启
A：在开始菜单——》程序——》"管理工具"里打开 IIS 6.0 选择 “WEB 服务扩展”
B：点选 Active Server Pages 组件 和 远程管理 (HTML) 工具 “Active Server Pages ” 并设置为允许
C：再点选 “Internet 数据连接器” 同时设置为允许即可
二 在“默认网站属性”窗口上按 “主目录”标签 点“配置”按钮 在弹出的“应用程序配置”窗口中点取“选项”按钮 勾选“启用父路径” 确定 如图所示
附件内(IISIIS2)
三 配置 WINDOWS 2003 IIS 6.0 的 PHP环境
很多朋友都提到过 WINDOWS 2003 IIS 6.0 按照网上提供的方法 无论怎么配置都不成功 搜索了一下 看到到处都是同一个版本的翻版转载 果然是不能成功
现在叙述一下本站在WINDOWS 2003 IIS 6.0 中是如何配置 PHP环境的
让 IIS6.0 支持 PHP -=> php4.3.9 的安装配置
不建议使用安装版 这里选用了 php4.3.9 的解压版
第一步 解开php-4.3.9-Win32.zip压缩包 你可以把它放在C:PHP下面
第二步 把 C:PHP下面的 php.ini-dist 文件复制到C:WINDOWS目录下 并改名成php.ini 根据不同情况你可以自行修改某些参数 首先 我们需要告知PHP在何处可以找到其扩展功能模块文件 下面修改 C:windowsphp.ini 文件 需要注意的如下
查找 extension_dir 字串 修改为你 PHP 目录里 extensions 的路径:
; Directory in which the loadable extensions (modules) reside
extension_dir = "C:PHP"
如上 设为PHP文件的所在目录即可 本例中可以设为“extension_dir=C:php”
第三步 把 C:phpphp4ts.dll 复制到 C:windowssystem32目录下
第四步 控制面版——》管理工具——》Internet服务管理器——》点选“Web 服务扩展”——》在右边窗口点击“添加一个新的 Web 服务扩展”——》扩展名为 “PHP”——》再点击“添加”——》在出现的窗口里填上“C:PHPsapiphp4isapi.dll” 并确定 然后再点选 Web 服务扩展 PHP 并选择允许 如图所示(附件:IIS3-IIS6)
第五步 在“默认网站属性”窗口上按 “主目录”标签 点“配置”按钮 在弹出的“映谢”窗口中点取“添加”按钮，在弹出的“添加/编辑应用程序扩展名映像”对话框中的“可执行文件”文本框中输入“c:PHPsapiphp4isapi.dll” “扩展名”文本框中输入“.php”（注意一定要有那个点） 并勾选 "检查文件是否存在"项 如图所示(附件:IIS7-IIS9)
第六步 在“默认Web站点属性”窗口上点取“ISAPI筛选器”标签，点击“添加”按钮，在弹出的“筛选器属性”窗口的“筛选器名称”中输入“PHP” “可执行文件”中浏览选定“c:PHPsapiphp4isapi.dll” 然后确定 如图所示
A：先停止 IIS 6.0的运行 再重新启动IIS 6.0 意在开始对 PHP 加载 见图
B：在“默认Web站点属性”窗口上点取“ISAPI筛选器”标签 如果看到 PHP 的箭头绿色且向上 证明 PHP 已经被 IIS 6.0 顺利加载起来了 见图(附件:IIS10)
第七步 在“默认网站属性”窗口上按 “主目录”标签 修改 如果在IIS6.0里对PHP配置为CGI运行模式 即全部加载PHP.exe 执行权限 为“脚本和可执行文件” 反之 运行在ISAPI模式下 即全部加载PHP4isapi.dll 则保持默认的"纯脚本"即可 这样可进一步加强系统的安全性 应用程序池 为 “ DefaultAppPool” 确定即可 如图所示(附件:IIS11)
到了这一步 对配置PHP环境就算完成了
第八步 测试
配置完成后 如果想测试 PHP 是否已经安装成功 可以在空间里根目录下建立一个文件 如 test.php 然后写入下面的语句
<?
phpinfo();
?>
保存后 用IE访问这个文件
如果能见到这熟悉的页面 对配置PHP环境就真正成功了
当然 你也可以配置成 PHP运行在CGI模式
具体方法就是把原来设置的路径“ c:PHPsapiphp4isapi.dll ” 改为 “ c:phpphp.exe “%s” %s ” 然后把 “ 检查文件是否存在 ” 取消 然后确定 基本设置完成
最后测试......
<?
phpinfo();
?>
如果出现 CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers...
这是代表php是以CGI模试运行的 在php.ini找到 gi.force_redirect 把前面的分号去掉 把值改成0就行了
再次运行 成功了吧 这是PHP另一种运行模式的配置方法
第九步 PHP 优化配置之一
让论坛速度更快 PHP加速设置 PHP加速：Turck MMcache部署实现
Turck MMCache v2.4.7 for PHP v4.3.9
简介说明：
把mmcache.dll文件放在php的extensions目录里面
然后修改php.ini文件：
查找
;extension=php_zip.dll
在这一句后面加入：
zend_extension_ts="c:phpextensionsmmcache.dll"
mmcache.shm_size="64"
mmcache.cache_dir="c:temp"
mmcache.enable="1"
mmcache.optimizer="1"
mmcache.check_mtime="1"
mmcache.debug="0"
mmcache.filter=""
mmcache.shm_max="0"
mmcache.shm_ttl="0"
mmcache.shm_prune_period="0"
mmcache.shm_only="0"
mmcache测试数据press="1"
重启apache或者IIS就可以了 如果加上Zend Optimizer，就属于比较完美的php加速方案了 建议考虑加入这个支持 用空间（cache缓存的空间 如上述配置的目录 mmcache.cache_dir="c:temp" 里面就会产生缓存文件）换取速度
特别说明 ：
1、如果您的系统已经装了ZEND加速器，那么上述配置在PHP.INI中必须放在ZEND的前面，否则Apache不能启动；
2、mmcache.shm_size="64"，这里的64是加速系统使用做CACHE的内存，默认是16M；根据您系统内存调整；
3、mmcache.cache_dir="/tmp"，这个是加速器工作时候产生临时文件的目录，请在C盘下建立一个 TEMP 文件夹以存放缓存文件 如果安装时候默认目录空间小了建议调整；不过就昨晚安装测试到现在，这个目录产生的文件也不多，如果访问量大的网站自己多监测几天看看。
4、上述配置功能的详细说明请参考：
效果：现在系统同时有ZEND与MMcache加速器，PHP执行速度比原来是要快一些；ZEND优化已经开到最大；在系统上感觉最明显的就是BBS，以及软件下载后台程序输出HTML静态页面速度非常快，而仅有ZEND的时候有些停顿。
第十步 PHP 优化配置之二
让论坛速度更快 PHP加速设置 PHP加速：Zend Optimizer优化PHP程序
Zend Optimizer V2.5.5 For Windows
软件大小：2941 KB
软件语言：英文
运行环境：Win9x/NT/2000/XP
Zend Optimizer V2.5.5 For Windows软件介绍：
Zend Optimizer用优化代码的方法来提高PHP 4.0应用程序的执行速度。实现的原理是对那些在被最终执行之前由运行编译器(Run-Time Compiler)产生的代码进行优化。一般情况下，执行使用Zend Optimizer的PHP程序比不使用的要快40%到100%。这意味着网站的访问者可以更快的浏览网页，从而完成更多的事务，创造更好的客户满意度。更快的反应同时也意味着可以节省硬件投资，并增强网站所提供的服务。所以，使用Zend Optimizer，就等于提高了电子商务的盈利能力。Zend Optimizer能给PHP用户带来很多益处，特别是那些运营网站的人。快速运行PHP程序可以显著降低服务器的CPU负载，并可以减少一半的反应时间，也就是从访问者点击链接到服务器开始读取页面之间的时间。
安装Zend Optimizer优化PHP程序
Zend Optimizer是由PHP核心引擎“Zend” 创建者Zend技术公司所开的免费PHP优化软件。据Zend公司透露使用这个软件某些情况下至少可以提高性能30%以上！现在我们来看看如何配置这套软件。
Zend Optimizer的安装很简单
1、运行安装文件，首先提示你选择安装目录，选择一个你喜欢的目录，单击“Next”。
2、安装向导会要求你选择当前使用的WEB服务器（Apache、IIS或其它），选择好服务器后单击“Next”
3、安装向导提示您确认php.ini的位置（默认是C:WINDOWS）单击“Next”，提示“备份php.ini到C:WINDOWSphp.ini-Optimizer-bak,当卸载该软件时可以恢复到原始的php.ini）单击“Next”。
4、安装向导提示“为了继续安装程序需要重新启动IIS服务）单击“是”，安装程序开始重新启动IIS服务，然后安装程序会提示“IIS服务顺利重新启动了”单击“确定”，再单击“finish”完成安装。
5、安装完毕后程序会自动根据你的选择来修改php.ini帮助你启动这个引擎。下面我们来介绍Zend Optimizer的配置选项，帮助你最大化自定义合理的配置。
[Zend]
zend_optimizer.optimization_level=15
zend_extension_ts="C:Program FilesZendlibZendExtensionManager.dll"
zend_extension_manager.optimizer_ts="C:Program FilesZendlibOptimizer-2.5.5"
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
[Zend]
zend_optimizer.optimization_level=1023
zend_optimizer.encoder_loader=0
zend_extension_ts="C:Program FilesZendlibZendOptimizer.dll"
（网上资料中所看到的内容，也许是版本不同造成的内容有差异）
※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
现在我们来介绍上边这些配置文件中相关内容的含义：
zend_optimizer.optimization_level 《== 优化程度，这里定义启动多少个优化过程。
zend_optimizer.encoder_loader 《== 是否允许处理由Zend Encoder加密的PHP文件。
zend_extension_ts 《== 优化器所在目录。
zend_extension_manager.optimizer_ts 《== 优化器管理所在目录。
优化过程 zend_optimizer.optimization_level 详细解释
这里最为重点的部分，仔细看！Zend Opt总共有10个优化过程，从理论上说开的越多性能越好。当然，理论和实际永远都存在着差距。优化过程开启的越多对性能消耗也相对也越大，Zend Opt的10个优化过程并不相同也就是说效果不是平均的。Zend公司定义的最高值(High模式)为15，这里15指的是开启1-4号优化过程。当然，很多朋友并不满足于此，毕竟最高也只开启4个优化过程连总数的一半都没有。各个优化过程的对应的数字代码（值）如下：
不使用 0 <= 如果这样不如不装，还能节约点内存说！
优化过程1(PASS1) 1
优化过程2(PASS2) 2
优化过程3(PASS3) 4
优化过程4(PASS4) 8
优化过程5(PASS5) 16
优化过程6(PASS6) 32
优化过程7(PASS7) 64
优化过程8(PASS8) 128
优化过程9(PASS9) 256
优化过程10(PASS10) 512
以何种方式开启优化过程是通过这些数字代码（值）相加所得的和作为此参数的参数值来控制的。如我的配置文件中zend_optimizer.optimization_level = 1023 ， 这里的1023是优化过程1到优化过程10全部数字代码（值）相加得到的和，表示开启全部10个优化过程。刚才所提到的Zend公司定义的High模式值为15，15表示同时开启优化过程1-4。
加密代码支持 zend_optimizer.encoder_loader 详细解释
对于这个参数，我想如果没有看过Zend Opt FAQ文档的朋友大多数并不知道。这个参数用来告诉Zend Opt是否去支持被Zend Encoder加密过的代码。默认情况下Zend Opt将支持加密过的代码。如果不使用被加密过的代码我推荐你关闭此选项。这个功能牵扯到解包反码的过程，会导致系统负荷的加重。我的朋友已经开发完毕相应的反编译工具，预计春节之后推出。
这个参数的值只有两个 0 关闭， 1 开启。默认为1，推荐设置为0。
模块定位 zend_extension_ts 、zend_extension_manager.optimizer_ts无需解释，这些参数就是Zend Optimizer相关模块在硬盘上的安装路径。
6、如何获知Zend Optimizer是否在运行？
答案很简单，只要用PHP的函数phpinfo()来检测便知，如下所示：
<?
phpinfo();
?>
显示的结果中关于Zend Optimizer的部分就象下面这样：
This program makes use of the Zend Scripting Language Engine:
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by Zend Technologies with Zend Optimizer v2.5.3, Copyright (c) 1998-2004, by Zend Technologies
表示 Zend Optimizer for PHP优化成功了。
win2008的IIS7+PHP5.3.8，速度奇慢，为什么方法/步骤
windows 2008升级PHP5.3后变慢原因
上面说到的程序有共同的特点，那么便是要用到数据库，很多PHP页面实际上都是数据库驱动的，要连接数据库才能显示出来，而响应时间过长的原因便在于PHP 5.3连接数据库的方式有所改变。目前我们配置数据库信息时都类似这样的“$dbhost=‘localhost’ ”;这本身是没有问题的，只是PHP 5.3会考虑是IPv4还是IPv6，面对localhost会犹豫，因此出现响应时间过长的情况。如果你查看过服务器处理PHP的时间，你会发现处理PHP的时间很短，等待处理前的时间很长。目前这种响应时间过长的情况只出现在IIS 7及IIS 7.5升级PHP 5.3系列版本后，至于数据库版本是多少没多大影响。简单普及一下知识，windows 2008分为32位和64位，自带IIS 7，windows 2008 R2自带IIS 7.5，R2版本的系统只有64位。如果你用的IIS 6或者Linux系统什么的，目前还没存在这样的问题，主要是windows 2008系统。
恢复FastCgi高效运行PHP的简单方法
下面的几个方法实际上不是我自己琢磨出来的，而是在网上找到的答案，经过测试有效;另外，这些答案在IIS官网有相应的回复，回复的时间是2010年末，说明这样的问题很早之前便出来，不过解决的方法确实很简单。
方法一：上面已经说到，这是因为PHP 5.3在面对数据库配置信息中的“localhost”会犹豫，因此直接把这个地址改名为“127.0.0.1”，这个IP是IPv4下面的本地网络地址，实际作用和“localhost”一样，不过能明确告诉PHP这是IPv4网络。至于具体的修改流程，如果源程序是dedecms，就要用Dreamweaver之类的专业软件编辑修改，否则保存后可能出错。
至于别的程序，同样修改数据库配置文件即可，下面是一般的数据库配置文件信息。
< ?php
//数据库连接信息
$cfg_dbhost = 'localhost';修改此处的localhost为127.0.0.1
$cfg_dbname = 'fewfwefsdf';
$cfg_dbuser = 'fsdfsdf';
$cfg_dbpwd = 'fewffdsf';
$cfg_db_language = 'UTF-8'
? >
方法二：IIS 7及IIS 7.5是默认开启IPv6组件的，现在不少国内大厂商同样在部署IPv6;如果你的服务器用不上IPv6网络，那么直接把IPv6禁用即可，打开“%systemroot%\System32\drivers\etc\hosts”这个文件，注释掉“::1 localhost”即可。
方法三：直接把PHP版本降级即可，保持在PHP 5.2.17版本，这是目前用得最多的版本，几乎所有的PHP网站程序都可以运行在这个版本上。经测试，在PHP 5.2系列版本，IIS 7和IIS 7.5均能保证高效运行PHP网站程序。
其实，解决方法是很简单的，只要一步即可完成，只是个中缘由，网站建设估计在你没看到网友及IIS官网的解决方法之前，你同样会各种纠结各种埋怨IIS的。不管是IIS 7，还是IIS 7.5，在运行PHP方面速度都有很大的提升，不用什么问题都怪罪到IIS上，很多时候，只是我们对IIS的认识还不够。
关于优化iis打开php速度的介绍到此就结束了，不知道本篇文章是否对您有帮助呢？如果你还想了解更多此类信息，记得收藏关注本站，我们会不定期更新哦。
查看更多关于优化iis打开php速度 php io优化的详细内容...