php性能优化工具

1. 如何对低硬件配置的中小型php网站进行性能优化

本人对php不熟悉，现在采用PHP的magento开源项目来做，在尽量少代码修改的情况下让页面加载快些（期望日IP少于2,000，PV少于50,000，首页打开3s以内）。网站是运行在Digital ocean的VPS（1GB 内存，30GB SSD硬盘）上的，不能做负载均衡。
这个站的图片比较多，也比较大，但总体数据量在10GB以下。在chrome下监控了打开速度，发现首页文件等待时间达到了5s，而接收时间为几百毫秒。另外一些静态文件（JS，CSS很大，并且都在head内）也block住了其他页面元素的下载和页面渲染。所以需要对页面和服务器同时进行优化。
我的想法是从以下几个方面来做：
1.首先从架构上使用lanmp（偏向这个）或者lamp。
打算使用网上的一键安装包，不太清楚这几个之间最佳的版本组合是什么样的（都用最新版本？）? 是自己单独编译还是一键安装好？
2.服务端优化，主要使用缓存手段
1）Zend Optimizer优化PHP
2）APC、eaccelerator或者XCache对PHP缓存以及最新出来的Opcache。哪个比较好？
3）Varnish配合Nginx进行缓存静态资源缓存。相对于squid，哪个比较好？
4）memcached进行数据库缓存
1-4项同时使用不知道会不会有没有冲突？或者有没有更好的方案。因为不想对代码进行大改，所以服务端缓存最佳实践这块请重点给出意见。
3. 使用CDN加速静态资源
4. 优化静态资源，使用minify来合并压缩CSS,JS这些静态资源
5. 启用gzip
6. 对图片和JS等静态资源增加Expires头，这条应该算页面优化吧，放到后面来。
参考了一些资料后发现优化方法有很多，用的太多方法（特别是缓存手段）隐患越大，有没有优化的最佳策略或者方法论（而不仅仅从工具上）？

2. PHP开发中如何提高系统的稳定性和可靠性

PHP 应用的高性优化，很多时候我们把业务代码做一些优化，反而是简单又高效的。

• 业务的异步解耦，比如，我们把耗时的多个分表数据的排行榜，通过其他服务做分布统计，然后再综合，最终输出到redis list中，那我们前端 PHP 在调用数据的时候，就不用实时计算了。

• 缓存的多级处理，业务复杂以后，经常看到一份相同的数据读取 N 次，尽管是有缓存服务器，但是读取的时候也会有网络 I/O 的开销，考虑到我们 PHP 一般使用场景下都是单进程，使用频率高的，则应该优先使用进程内缓存。然后再本地缓存，然后再到网络缓存。

• 单例的运用，不要小看了对象的构造，很多时候我们在同一进程中，会发现同时构造了 N 多相同的对象。每一次的初始化都是一块内存的开辟和 CPU 的消耗。

高性能，一个就是运行环境的优化，另一个是代码本身的优化。

运行环境的优化，覆盖面也很广，包括系统层面的内核，文件系统类型，数据库及缓存服务本身的性能优化，再到PHP解释器的性能优化等等，PHP不同运行方式的差异（比如Apache模块，还有PHP-FPM等等）。

代码优化方面，我觉得可维护性和代码可读性的重要性大于高性能。代码优化可以借助profiling工具来分析，找到真实访问条件下，处理瓶颈在哪里，再去做针对性的优化。当然自己在初次设计和实现的时候，就需要做一定的整体考虑，例如怎么设计能够减少数据库的查询次数，如何减少重复的操作，了解同一问题的多种解决办法哪一种效率更高（包括算法上的差异，以及PHP的不同方式导致的差异等等），如何设计缓存来提高缓存命中率等等。有一些设计需要在体验和效率上做个权衡。

保证稳定性，同样也分运行环境和代码本身。前者要对线上服务做完整的监控，这个有很多完善和强大的开源工具可以使用，保障基础环境是稳定可控的，并且能够及时发现问题，进行修复。至于代码，除了尽量做完整的测试，开发的时候就需要考虑可能的问题。另外针对PHP，开发环境可以把error_reporting完全打开。还有需要知道常见的安全问题（XSS，SQL注入，CSRF，越权等），毕竟安全问题也是稳定的一部分。

3. 如何提高Windows主机上PHP性能

在使用操作WIN10系统是，是否会经常感觉到win10系统运行缓慢，而迫切的想要来提高系统的运行速度，充分发挥电脑效能，今天就来教大家如何使用性能优化来优化win10系统。

1.关闭家庭组，因为这功能会导致硬盘和CPU处于高负荷状态
关闭方法：Win+C – 设置 – 更改电脑设置 – 家庭组 – 离开
如果用不到家庭组可以直接把家庭组服务也给关闭了：控制面板 – 管理工具 – 服务 – HomeGroup Listener 和 HomeGroup Provider 禁用

2.关闭Windows Defender 全盘扫描系统，否则打开文件夹会卡顿。
然后可以排除信任的EXE程序，建议排除explorer.exe（资源管理器进程），如果你不用系统自带的杀毒软件，也可以直接关闭它。
Win+X – 控制面板 – Windows Defender – 设置 – 实施保护 -去掉勾 和 管理员 – 启用 Windows Defender – 去掉勾。
控制面板 – 管理工具 – 服务 - Windows Defender Service 禁用。

3.用好索引选项，减少硬盘压力。
控制面板 – 索引选项 – 选中索引项 – 修改 – 取消不想索引的位置。（索引服务对系统性能的影响）
如果习惯用 everything 这款神器来搜索文件，可以关闭索引功能。控制面板 – 管理工具 – 服务 - Windows Search 禁用。

4.关闭磁盘碎片整理计划
用好磁盘碎片整理可以提高磁盘性能，如果习惯手动整理，可以关闭整理计划，避免在你工作的时候自动整理，影响性能。
资源管理器，选中磁盘 - 属性 – 工具 – 对驱动器进行优化和碎片整理 – 优化 – 更改设置 – 取消选择按计划运行

5.设置好Superfetch服务
控制面板 – 管理工具 – 服务 – Superfetch - 启动类型 – 自动（延迟启动），可以避免刚启动好Win10对硬盘的频繁访问。

6.如果覆盖或者升级安装Win10，需要清理产生的Windows.old文件夹，腾出C盘空间。
方法1：快捷键Win+X - 命令提示符 – 输入 rd X:windows.old /s （X代表盘符）
方法2（推荐）：C盘 – 右键 – 属性 - 磁盘清理 - 选中 以前的 Windows 安装 复选框 – 确定清理。

7.设置Win10 自动登陆，省去输入密码步骤，开机更快
快捷键Win+R – 输入 netplwiz - 取消使用计算机必须输入用户名和密码的选项 – 然后双击需要自动登录的账户 – 输入密码。

8.关闭ipv6
部分网卡驱动开启 ipv6会导致开机系统未响应，假死。如果不是ipv6用户建议关闭，否则就更新网卡驱动试试看。
网络共享中心 – 网络连接 – 以太网 – 属性 – 取消 ipv6 。

9.开启Hybrid Boot
win10启动飞快 。默认是启动的，如果没有启动，可以到控制面板 – 电源选项 – 选择电源按钮的功能 – 更改当前不可用的设置 – 关机设置 – 勾上启用快速启动。
如果没有看到这功能，请先开启休眠：Win+X – 命令提示符 – 输入 powercfg -h on

10.关闭性能特效
系统属性 – 高级 - 性能 - 设置 – 关闭淡出淡入效果。打开文件夹，小软件之类的，唰唰的快！反正Win10都反璞归真，取消了Aero磨砂效果，不在乎这点特效了，直接关闭吧。

总结：Win10其它系统一样，默认安装有很多系统自带程序是无需要开启的，通过优化关闭一些用不到的项目，从而提升系统加载时间，这样就可以更有效的提升Win10运行速度了。

4. PHP加密工具选择，ioncube和ZendOptimizer各自的优点是什么

他们各自的优缺点是： ZendOptimizer（Zend Guard）： 1、Zend Guard只能对带有PHP标记或源码的文件进行加密，对于其他不带有PHP标记的文本方式保存的文件不能进行加密操作 2、ZendGuard只能用于配置了ZendOptimizer的环境中，不能独立运行 3、ZendGuard在PHP4下的错误，对于PHP4的绝对路径及相对路径在加密时会出现较大的差别。 4、支持PHP4.2.X~5.2.X版本的加密 5、使用的ZendOptimizer（PHP引擎）可以提高源码20~50%以上的速度优化，结合ZendGuard可以提高至50%以上的性能速度 优化，且ZendOptimizer可以安装于当前较多主流系统中ionCube：1、ionCube不仅可以加密带有PHP标记或源码的php文件还可以对非php文件的以text方式保存的文件进行加密操作，如xml,js,css等。（但是读写时必须使用 ionCube所提供的读入API进行读写操作。） 2、ionCube在功能方面经过测试可以优胜于Zend公司的 ZendGuard，不仅支持期限，注册码，等加密方式，还支持对IP，MAC地址等复杂的加密方式 3、可加密的PHP版本从PHP4.0.6~5.2.X（比ZendGuard高2个级别） 4、ionCube与Zend一样，为了提高PHP性能优化也提供了相应的PHP引擎，可以为大多数操作系统提供PHP优化功能，但是可惜的是，至今未提供Windows版本的PHP引擎。 5、ZendGuard在PHP4下的错误，在ionCube中没有出现，可以看出ionCube相对稳定 6对于ionCube来说，对带有PHP标记或源码的文件采用压缩加密方式处理，对于非php的文本类文件则采用加密方式处理。在读入时必须使用 “ioncube_read_file/ ioncube_write_file”读写文件。

5. 如何进行网站性能优化

一、前端优化

网站性能优化是一个很综合的话题，涉及到服务器的配置和网站前后端程序等各个方面，我只是从实际经历出发，分享一下自己所尝试过的网站性能优化方法。之所以在标题上挂一个web2.0，是因为本文更偏重于中小网站的性能优化，我所使用的系统也是典型web2.0的LAMP架构。

首先讲讲前端的优化，用户访问网页的等待时间，有80%是发生在浏览器前端，特别是页面和页面中各种元素（图片、CSS、javascript、 flash…）的下载之上。因此在很多情况下，相对于把大量的时间花在艰苦而繁杂的程序改进上，前端的优化往往能起到事半功倍的作用。雅虎最近将内部使用的性能测试工具yslow向第三方公开，并发布了着名的网站性能优化的十三条规则，建议你下载并安装yslow，并作为测评网站优化效果的工具。下面我挑其中特别有价值的具体说明一下优化的方法：

对于第一次访问您网站，尚未在浏览器cache中缓存您网站内容的用户，我们可以做的事情包括：

1）减少一个页面访问所产生的http连接次数
对于第一次访问你网站的用户，页面所产生的http连接次数是影响性能的一个关键瓶颈。

对策：
- 尽量简洁的页面设计，最大程度减少图片的使用，通过放弃一些不必要的页面特效来减少javascript的使用。
- 使用一些优化技巧，比如利用图片的背景位移减少图片的个数；image map技术；使用Inline images将css图片捆绑到网页中。
- 尽量合并js和css文件，减少独立文件个数。

2) 使用gzip压缩网页内容
使用gzip来压缩网页中的静态内容，能够显着减少用户访问网页时的等待时间（据说可达到60%）。主流的web服务器都支持或提供gzip压缩，如果使用apache服务器，只需要在配置文件中开启 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。凡是静态的页面，使用gzip压缩都能够显着提高服务器效率并减少带宽支出，注意图片内容本身已经是压缩格式了，务必不要再进行压缩。

3）将CSS放在页面顶端，JS文件放在页面底端
CSS的引用要放在html的头部header中，JS文件引用尽量放在页面底端标签的后面，主要的思路是让核心的页面内容尽早显示出来。不过要注意，一些大量使用js的页面，可能有一些js文件放在底端会引起一些难以预料的问题，根据实际情况适当运用即可。

4）使JS文件内容最小化
具体来说就是使用一些javascript压缩工具对js脚本进行压缩，去除其中的空白字符、注释，最小化变量名等。在使用gzip压缩的基础上，对js内容的压缩能够将性能再提高5%。

5）尽量减少外部脚本的使用，减少DNS查询时间
不要在网页中引用太多的外部脚本，首先，一次dns的解析过程会消耗20-120毫秒的时间；其次，如果在页面中引用太多的外部文件（如各种广告、联盟等代码），可能会因为外部文件的响应速度而将你的网站拖得很慢。如果不得不用，那么就尽量将这些脚本放在页脚吧。不过有一点需要提及，就是浏览器一般只能并行处理同一域名下的两个请求，而对于不同子的域名则不受此限制，因此适当将本站静态内容（css,js）放在其他的子域名下（如 static.xxx.com）会有利于提高浏览器并行下载网页内容的能力。

对于您网站的经常性访问用户，主要的优化思路就是最大限度利用用户浏览器的cache来减少服务器的开销。

1）在header中添加过期时间(Expires Header)
在header中给静态内容添加一个较长的过期时间，这样可以使用户今后访问只读取缓存中的文件，而不会与服务器产生任何的交互。不过这样做也存在一些问题，当图片、CSS和js文件更新时，用户如果不刷新浏览器，就无法获得此更新。这样，我们在对图片、css和js文件修改时，必须要进行重命名，才能保证用户访问到最新的内容。这可能会给开发造成不小的麻烦，因为这些文件可能被站点中的许多文件所引用。flickr提出的解决办法是通过url rewrite使不同版本号的URL事实上指向同一个文件，这是一个聪明的办法，因为url级别的操作效率是很高的，可以给开发过程提供不少便利。

要理解为什么这样做，必须要了解浏览器访问url时的工作机制：
a. 第一次访问url时，用户从服务器段获取页面内容，并把相关的文件（images,css,js…）放在高速缓存中，也会把文件头中的expired time,last modified, ETags等相关信息也一同保留下来。
b. 用户重复访问url时，浏览器首先看高速缓存中是否有本站同名的文件，如果有，则检查文件的过期时间；如果尚未过期，则直接从缓存中读取文件，不再访问服务器。
c. 如果缓存中文件的过期时间不存在或已超出，则浏览器会访问服务器获取文件的头信息，检查last modifed和ETags等信息，如果发现本地缓存中的文件在上次访问后没被修改，则使用本地缓存中的文件；如果修改过，则从服务器上获取最新版本。

我的经验，如果可能，尽量遵循此原则给静态文件添加过期时间，这样可以大幅度减少用户对服务器资源的重复访问。

2）将css和js文件放在独立外部文件中引用
将css和js文件放在独立文件中，这样它们会被单独缓存起来，在访问其他页面时可以从浏览器的高速缓存中直接读取。一些网站的首页可能是例外的，这些首页的自身浏览可能并不大，但却是用户访问网站的第一印象以及导向到其他页面的起点，也可能这些页面本身使用了大量的ajax局部刷新及技术，这时可以将 css和js文件直接写在页面中。

3）去掉重复的脚本
在IE中，包含重复的js脚本会导致浏览器的缓存不被使用，仔细检查一下你的程序，去掉重复引用的脚本应该不是一件很难的事情。

4）避免重定向的发生
除了在header中人为的重定向之外，网页重定向常在不经意间发生，被重定向的内容将不会使用浏览器的缓存。比如用户在访问，服务器会通过301转向到/，在后面加了一个“/”。如果服务器的配置不好，这也会给服务器带来额外的负担。通过配置apache的 alias或使用mod_rewrite模块等方法，可以避免不必要的重定向。

还有一些，比如使用CDN分发机制、避免CSS表达式等、避免使用ETags等，因为不太常用，这里就不再赘述了。

做完了上述的优化，可以试着用yslow测试一下网页的性能评分，一般都可以达到70分以上了。

当然，除了浏览器前端和静态内容的优化之外，还有针对程序脚本、服务器、数据库、负载的优化，这些更深层次的优化方法对技术有更高的要求。本文的后半部分将重点探讨后端的优化。

二、后端优化

上次写完web2.0网站前端优化篇之后，一直想写写后端优化的方法，今天终于有时间将思路整理了出来。

前端优化可以避免我们造成无谓的服务器和带宽资源浪费，但随着网站访问量的增加，仅靠前端优化已经不能解决所有问题了，后端软件处理并行请求的能力、程序运 行的效率、硬件性能以及系统的可扩展性，将成为影响网站性能和稳定的关键瓶颈所在。优化系统和程序的性能可以从以下的方面来入手：

1）apache、mysql等软件的配置的优化
尽管apache和mysql等软件在安装后使用的默认设置足以使你的网站运行起来，但是通过调整mysql和apache的一些系统参数，还是可以追求更高的效率和稳定性。这个领域中有很多专业的文章和论坛（比如： ），要想掌握也需要进行深入的研究和实践，这里就不重点讨论了。

2）应用程序环境加速
这里仅以我最常应用的php开发环境为例，有一些工具软件可以通过优化PHP运行环境来达到提速的目的，其基本原理大致是将PHP代码预编译并缓存起来，而不需要改变任何代码，所以比较简单，可以将php的运行效率提升50%以上。比较常用的php加速工具有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ ）、php accelebrator()，还有收费的Zend Performance Suite

3）将静态内容和动态内容分开处理
apache是一个功能完善但比较庞大的web server，它的资源占用基本上和同时运行的进程数呈正比，对服务器内存的消耗比较大，处理并行任务的效率也一般。在一些情况下，我们可以用比较轻量级的web server来host静态的图片、样式表和javascript文件，这样可以大大提升静态文件的处理速度，还可以减少对内存占用。我使用的web server是来自俄罗斯的nginx，其他选择方案还包括lighttpd和thttpd等。

4）基于反向代理的前端访问负载均衡
当一台前端服务器不足以应付用户访问时，通过前端机实现web访问的负载均衡是最快速可行的方案。通过apache的mod_proxy可以实现基于反向代理的负载均衡，这里推荐使用nginx做代理服务器，处理速度较apache更快一些。

5）应用缓存技术提高数据库效能，文件缓存和分布式缓存
数据库访问处理并发访问的能力是很多网站应用的关键瓶颈，在想到使用主从结构和多farm的方式构建服务器集群之前，首先应该确保充分使用了数据库查询的缓存。一些数据库类型（如mysql的innoDB）自身内置对缓存的支持，此外，还可以利用程序方法将常用的查询通过文件或内存缓存起来。比如通过 php中的ob_start和文件读写函数可以很方便的实现文件形式的缓存，而如果你拥有多台服务器，可以通过memcache技术通过分布式共享内存来对数据库查询进行缓存，不仅效率高而且扩展性好，memcache技术在livejournal和Craigslist.org等知名网站应用中都得到了检验。

6）服务器运行状态的检测，找到影响性能的瓶颈所在
系统优化没有一劳永逸的方法，需要通过检测服务器的运行状态来及时发现影响性能的瓶颈，以及可能存在的潜在问题，因为网站的性能，永远取决于木桶中的短板。可以编写一些脚本来检测web服务的运行，也有一些开源的软件也提供了很好的功能

7）良好的扩展架构是稳定和性能的基础
一些技巧和窍门可以帮你度过眼前的难关，但要想使网站具备应付大规模访问的能力，则需要从系统架构上进行彻底的规划，好在很多前人无私的把他们架构
网站的经验分享给我们，使我们可以少走甚多弯路。我最近读到的两篇有启发的文章：
- 从LiveJournal后台发展看大规模网站性能优化方法
- Myspace的六次重构

最后不得不提到程序编码和数据库结构对性能的影响，一系列糟糕的循环语句，一个不合理的查询语句、一张设计不佳的数据表或索引表，都足以会使应用程序运行的速度成倍的降低。培养全局思考的能力，养成良好的编程习惯，并对数据库运行机制有所了解，是提高编程质量的基础。

6. 如何设置BT宝塔面板并优化php服务器性能

设置宝塔面板需要安装组件，然后参考宝塔面板优化 php 服务器性能，按照里面的设置，一项项的操作完毕，就差不多了。

宝塔面板把优化php已经变成一件很简单的事情了。

7. 网站性能优化怎么办

一、前端优化

网站性能优化是一个很综合的话题，涉及到服务器的配置和网站前后端程序等各个方面，我只是从实际经历出发，分享一下自己所尝试过的网站性能优化方法。之所以在标题上挂一个web2.0，是因为本文更偏重于中小网站的性能优化，我所使用的系统也是典型web2.0的LAMP架构。

首先讲讲前端的优化，用户访问网页的等待时间，有80%是发生在浏览器前端，特别是页面和页面中各种元素（图片、CSS、Javascript、 flash…）的下载之上。因此在很多情况下，相对于把大量的时间花在艰苦而繁杂的程序改进上，前端的优化往往能起到事半功倍的作用。雅虎最近将内部使用的性能测试工具yslow向第三方公开，并发布了着名的网站性能优化的十三条规则，建议你下载并安装yslow，并作为测评网站优化效果的工具。下面我挑其中特别有价值的具体说明一下优化的方法：

对于第一次访问您网站，尚未在浏览器cache中缓存您网站内容的用户，我们可以做的事情包括：

1）减少一个页面访问所产生的http连接次数
对于第一次访问你网站的用户，页面所产生的http连接次数是影响性能的一个关键瓶颈。

对策：
- 尽量简洁的页面设计，最大程度减少图片的使用，通过放弃一些不必要的页面特效来减少javascript的使用。
- 使用一些优化技巧，比如利用图片的背景位移减少图片的个数；image map技术；使用Inline images将css图片捆绑到网页中。
- 尽量合并js和css文件，减少独立文件个数。

2) 使用gzip压缩网页内容
使用gzip来压缩网页中的静态内容，能够显着减少用户访问网页时的等待时间（据说可达到60%）。主流的web服务器都支持或提供gzip压缩，如果使用apache服务器，只需要在配置文件中开启 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。凡是静态的页面，使用gzip压缩都能够显着提高服务器效率并减少带宽支出，注意图片内容本身已经是压缩格式了，务必不要再进行压缩。

3）将CSS放在页面顶端，JS文件放在页面底端
CSS的引用要放在html的头部header中，JS文件引用尽量放在页面底端标签的后面，主要的思路是让核心的页面内容尽早显示出来。不过要注意，一些大量使用js的页面，可能有一些js文件放在底端会引起一些难以预料的问题，根据实际情况适当运用即可。

4）使JS文件内容最小化
具体来说就是使用一些javascript压缩工具对js脚本进行压缩，去除其中的空白字符、注释，最小化变量名等。在使用gzip压缩的基础上，对js内容的压缩能够将性能再提高5%。

5）尽量减少外部脚本的使用，减少DNS查询时间
不要在网页中引用太多的外部脚本，首先，一次dns的解析过程会消耗20-120毫秒的时间；其次，如果在页面中引用太多的外部文件（如各种广告、联盟等代码），可能会因为外部文件的响应速度而将你的网站拖得很慢。如果不得不用，那么就尽量将这些脚本放在页脚吧。不过有一点需要提及，就是浏览器一般只能并行处理同一域名下的两个请求，而对于不同子的域名则不受此限制，因此适当将本站静态内容（css,js）放在其他的子域名下（如 static.xxx.com）会有利于提高浏览器并行下载网页内容的能力。

对于您网站的经常性访问用户，主要的优化思路就是最大限度利用用户浏览器的cache来减少服务器的开销。

1）在header中添加过期时间(Expires Header)
在header中给静态内容添加一个较长的过期时间，这样可以使用户今后访问只读取缓存中的文件，而不会与服务器产生任何的交互。不过这样做也存在一些问题，当图片、CSS和js文件更新时，用户如果不刷新浏览器，就无法获得此更新。这样，我们在对图片、css和js文件修改时，必须要进行重命名，才能保证用户访问到最新的内容。这可能会给开发造成不小的麻烦，因为这些文件可能被站点中的许多文件所引用。flickr提出的解决办法是通过url rewrite使不同版本号的URL事实上指向同一个文件，这是一个聪明的办法，因为url级别的操作效率是很高的，可以给开发过程提供不少便利。

要理解为什么这样做，必须要了解浏览器访问url时的工作机制：
a. 第一次访问url时，用户从服务器段获取页面内容，并把相关的文件（images,css,js…）放在高速缓存中，也会把文件头中的expired time,last modified, ETags等相关信息也一同保留下来。
b. 用户重复访问url时，浏览器首先看高速缓存中是否有本站同名的文件，如果有，则检查文件的过期时间；如果尚未过期，则直接从缓存中读取文件，不再访问服务器。
c. 如果缓存中文件的过期时间不存在或已超出，则浏览器会访问服务器获取文件的头信息，检查last modifed和ETags等信息，如果发现本地缓存中的文件在上次访问后没被修改，则使用本地缓存中的文件；如果修改过，则从服务器上获取最新版本。

我的经验，如果可能，尽量遵循此原则给静态文件添加过期时间，这样可以大幅度减少用户对服务器资源的重复访问。

2）将css和js文件放在独立外部文件中引用
将css和js文件放在独立文件中，这样它们会被单独缓存起来，在访问其他页面时可以从浏览器的高速缓存中直接读取。一些网站的首页可能是例外的，这些首页的自身浏览可能并不大，但却是用户访问网站的第一印象以及导向到其他页面的起点，也可能这些页面本身使用了大量的ajax局部刷新及技术，这时可以将 css和js文件直接写在页面中。

3）去掉重复的脚本
在IE中，包含重复的js脚本会导致浏览器的缓存不被使用，仔细检查一下你的程序，去掉重复引用的脚本应该不是一件很难的事情。

4）避免重定向的发生
除了在header中人为的重定向之外，网页重定向常在不经意间发生，被重定向的内容将不会使用浏览器的缓存。比如用户在访问www.xxx.com，服务器会通过301转向到www.xxx.com/，在后面加了一个“/”。如果服务器的配置不好，这也会给服务器带来额外的负担。通过配置apache的 alias或使用mod_rewrite模块等方法，可以避免不必要的重定向。

还有一些，比如使用CDN分发机制、避免CSS表达式等、避免使用ETags等，因为不太常用，这里就不再赘述了。

做完了上述的优化，可以试着用yslow测试一下网页的性能评分，一般都可以达到70分以上了。

当然，除了浏览器前端和静态内容的优化之外，还有针对程序脚本、服务器、数据库、负载的优化，这些更深层次的优化方法对技术有更高的要求。本文的后半部分将重点探讨后端的优化。

二、后端优化

上次写完web2.0网站前端优化篇之后，一直想写写后端优化的方法，今天终于有时间将思路整理了出来。

前端优化可以避免我们造成无谓的服务器和带宽资源浪费，但随着网站访问量的增加，仅靠前端优化已经不能解决所有问题了，后端软件处理并行请求的能力、程序运 行的效率、硬件性能以及系统的可扩展性，将成为影响网站性能和稳定的关键瓶颈所在。优化系统和程序的性能可以从以下的方面来入手：

1）apache、mysql等软件的配置的优化
尽管apache和mysql等软件在安装后使用的默认设置足以使你的网站运行起来，但是通过调整mysql和apache的一些系统参数，还是可以追求更高的效率和稳定性。这个领域中有很多专业的文章和论坛（比如： http://www.mysqlperformanceblog.com/），要想掌握也需要进行深入的研究和实践，这里就不重点讨论了。

2）应用程序环境加速
这里仅以我最常应用的php开发环境为例，有一些工具软件可以通过优化PHP运行环境来达到提速的目的，其基本原理大致是将PHP代码预编译并缓存起来，而不需要改变任何代码，所以比较简单，可以将php的运行效率提升50%以上。比较常用的免费php加速工具有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ http://turck-mmcache.sourceforge.net）、php accelebrator(www.php-accelerator.co.uk)，还有收费的Zend Performance Suite

3）将静态内容和动态内容分开处理
apache是一个功能完善但比较庞大的web server，它的资源占用基本上和同时运行的进程数呈正比，对服务器内存的消耗比较大，处理并行任务的效率也一般。在一些情况下，我们可以用比较轻量级的web server来host静态的图片、样式表和javascript文件，这样可以大大提升静态文件的处理速度，还可以减少对内存占用。我使用的web server是来自俄罗斯的nginx，其他选择方案还包括lighttpd和thttpd等。

4）基于反向代理的前端访问负载均衡
当一台前端服务器不足以应付用户访问时，通过前端机实现web访问的负载均衡是最快速可行的方案。通过apache的mod_proxy可以实现基于反向代理的负载均衡，这里推荐使用nginx做代理服务器，处理速度较apache更快一些。

5）应用缓存技术提高数据库效能，文件缓存和分布式缓存
数据库访问处理并发访问的能力是很多网站应用的关键瓶颈，在想到使用主从结构和多farm的方式构建服务器集群之前，首先应该确保充分使用了数据库查询的缓存。一些数据库类型（如mysql的innoDB）自身内置对缓存的支持，此外，还可以利用程序方法将常用的查询通过文件或内存缓存起来。比如通过 php中的ob_start和文件读写函数可以很方便的实现文件形式的缓存，而如果你拥有多台服务器，可以通过memcache技术通过分布式共享内存来对数据库查询进行缓存，不仅效率高而且扩展性好，memcache技术在livejournal和Craigslist.org等知名网站应用中都得到了检验。

6）服务器运行状态的检测，找到影响性能的瓶颈所在
系统优化没有一劳永逸的方法，需要通过检测服务器的运行状态来及时发现影响性能的瓶颈，以及可能存在的潜在问题，因为网站的性能，永远取决于木桶中的短板。可以编写一些脚本来检测web服务的运行，也有一些开源的软件也提供了很好的功能

7）良好的扩展架构是稳定和性能的基础
一些技巧和窍门可以帮你度过眼前的难关，但要想使网站具备应付大规模访问的能力，则需要从系统架构上进行彻底的规划，好在很多前人无私的把他们架构
网站的经验分享给我们，使我们可以少走甚多弯路。我最近读到的两篇有启发的文章：
- 从LiveJournal后台发展看大规模网站性能优化方法
- Myspace的六次重构

最后不得不提到程序编码和数据库结构对性能的影响，一系列糟糕的循环语句，一个不合理的查询语句、一张设计不佳的数据表或索引表，都足以会使应用程序运行的速度成倍的降低。培养全局思考的能力，养成良好的编程习惯，并对数据库运行机制有所了解，是提高编程质量的基础。

8. php ob_start提高多少速度

由于PHP是“一边编译一边执行”的脚本语言，某种程度上也提供了一种相当方便的结果集缓存使用方法—通过动态include相应的数据定义代码段的方式使用缓存。

近来做了一阵子程序性能的优化工作，有个比较有意思的想法，想提出来和大家交流一下。

Cache是“以空间换时间”策略的典型应用模式，是提高系统性能的一种重要方法。缓存的使用在大访问量的情况下能够极大的减少对数据库操作的次数，明显降低系统负荷提高系统性能。相比页面的缓存，结果集是一种“原始数据”不包含格式信息，数据量相对较小，而且可以再进行格式化，所以显得相当灵活。由于PHP是“一边编译一边执行”的脚本语言，某种程度上也提供了一种相当方便的结果集缓存使用方法——通过动态include相应的数据定义代码段的方式使用缓存。如果在“RamDisk”上建缓存的话，效率应该还可以得到进一步的提升。以下是一小段示例代码，供参考。

// load data with cache

function
load_data($id,$cache_lifetime) {

// the return data

$data =
array();

// make cache filename

$cache_filename =
‘cache_‘.$id.‘.php‘;

// check cache file‘s last modify time

$cache_filetime = filemtime($cache_filename);

if (time() -
$cache_filetime <= $cache_lifetime) {

//** the cache is not expire

include($cache_filename);

} else {

//** the cache is
expired

// load data from database

// ...

while
($dbo->nextRecord()) {

// $data[] = ...

}

// format
the data as a php file

$data_cache = "
while (list($key, $val) =
each($data)) {

$data_cache .= "\$data[‘$key‘]=array(‘";

$data_cache .= "‘NAME‘=>\"".qoute($val[‘NAME‘])."\","

$data_cache .= "‘VALUE‘=>\"".qoute($val[‘VALUE‘])."\""

$data_cache .= ";);\r\n";

}

$data_cache = "?>\r\n";

// save the data to the cache file

if ($fd =
fopen($cache_filename,‘w+‘)) {

fputs($fd,$data_cache);

fclose($fd);

}

}

return $data;

}

?> 适用情况：

1.数据相对比较稳定，主要是读取操作。

2.文件操作要比数据库操作快。

3.复杂数据访问，大数据量访问，密集数据访问，系统数据库负载极重。

4.Web/DB分离结构或者多Web单DB结构。

未经证实的问题：

1.并发访问时对文件的读写是否会引起锁定问题。

2.涉及到的数据文件太多时，性能如何。

扩展思路：

1.生成JavaScript数据定义代码，在客户端调用。

2.还未想到……

望共同探讨。

缓存

如果你想要让自己庞大的PHP应用有更好的性能表现，采用缓存也是一种很好的方法。现在已经有许多缓存方案可供选择，其中包括：Zend
Cache，APC，和Afterburner Cache。

所有这些产品都属于“缓存模块”。当第一次出现对.php文件的请求时，它们会在Web服务器内存中保存PHP的中间代码，此后就用“经过编译”的版本响应后继的请求。这种方法确实能够改善应用的性能，因为它使得磁盘访问量减低到了最少的程度（代码已经读取和解析），代码直接在内存中运行使得服务器响应请求的速度大大提高。当然，缓存模块还会监视PHP源文件的变化，必要时重新缓存页面，从而防止了用户得到的页面仍旧由过时的PHP代码生成。由于缓存模块能够明显地降低服务器的负载、提高PHP应用的响应效率，因此它们非常适合于负载较大的网站使用。

如何选择这些缓存产品

Zend Cache是Zend Technologies公司的商业软件，而Zend
Technologies就是前面提到的那个为我们提供PHP引擎和免费Zend Optimizer的公司。Zend
Cache确实是名不虚传！对于大型的PHP页面，你可以感觉到第一次运行之后速度就会有所提高，而且服务器也会有更多的可用资源。遗憾的是这个产品并不免费，不过在有些情形下它仍旧是物超所值。

Afterburner Cache是来自Bware Technologies的免费缓存模块，当前这个产品还是Beta版。Afterburner
Cache的做法看起来与Zend Cache差不多，但它对性能的改善程度（还）不能与Zend Cache相比，而且它还不能与Zend
Optimizer一起工作。

APC是Alternative PHP Cache的缩写，它是来自Community
Connect的又一个免费缓存模块。这个产品已经具有足够的稳定性供正式场合使用，而且它看起来也能在很大程度上提高响应请求的速度。

有关压缩

来自Remote
Communications的免费Apache模块mod_gzip就具有为支持这类内容编码的浏览器压缩静态Web内容的能力。对于绝大多数静态Web内容，mod_gzip都非常有效。mod_gzip可以方便地编译到Apache里面，也可以作为DSO使用。据Remote
communications公司说，mod_gzip也能够压缩来自mod_php、mod_perl等的动态内容。我试了一次又一次，但看来还是不行。我看了许多关于mod_gzip的论坛和文章，看来到了mod_gzip的下一个版本（可能是1.3.14.6f）这个问题有望得到解决。在此之前，我们可以在网站的静态部分使用mod_gzip。

然而有时我们确实蹊要压缩动态内容，所以必须找找其他办法。有一种办法是使用class.gzip_encode.php，这是一个可以用来压缩页面内容的PHP类，具体方法是在PHP脚本的开头和末尾调用该类的某些函数。如果要在网站级实现这个方案，可以从php.ini文件的auto_prepend以及auto_append指令调用这些函数。这种方法虽然有效，但它无疑为高负载的网站带来了更多的开销。关于如何使用这个类的详细说明，请参见它的源代码。它的源代码说明相当完善，作者告诉了你所有你必须知道的事情。

PHP
4.0.4有一个新的输出缓存句柄ob_gzhandler，它与前面的类相似，但用法不同。使用ob_gzhandler时要在php.ini中加入的内容如下：

output_handler = ob_gzhandler
;

这行代码使得PHP激活输出缓存，并压缩它发送出去的所有内容。如果由于某种原因你不想在php.ini中加上这行代码，你还可以通过PHP源文件所在目录的.htaccess文件改变默认的服务器行为（不压缩），语法如下：

php_value
output_handler ob_gzhandler

或者是从PHP代码调用，如下所示：
ob_start("ob_gzhandler");

采用输出缓存句柄的方法确实非常有效，而且不会给服务器带来什么特殊的负荷。但必须注意的是，Netscape
Communicator对压缩图形的支持不佳，因此除非你能够保证所有用户都使用IE浏览器，否则你应该禁止压缩JPEG和GIF图形。一般地，对于所有其他文件，这种压缩都有效，但建议你针对各种浏览器都分别进行测试，特别是当你使用了特殊的插件或者数据查看器时这一点尤其重要。

阅读提示：PEAR 的缓冲包提供了缓冲动态内容，数据库查询和 PHP 函数调用的框架。本文介绍如何采用 PEAR 来缓冲 PHP 程序

采用 PEAR 来缓冲 PHP 程序

PHP 世界中缓冲是一个热门的话题，因为 PHP 产生的动态页面，每次用户请求都需要重新计算，不论请求的结果是否一样，同时，PHP
每次都会编译一次脚本。这样的超负荷运转对一个流量很高的网站来说肯定难以忍受。幸运的是， Web 的结果可以缓冲，而不需要重新运行和编译脚本，商品化的产品像
ZendCache 或者开源的 Alternate PHP Cache都提供了把 PHP 脚本编译为字节代码并缓冲的办法。

PEAR
的缓冲包提供了缓冲动态内容，数据库查询和 PHP 函数调用的框架。

就像 Perl 有 CPAN, TeX 有 CTAN，PHP
也有自己的中心资源库，存放类，库和模块。这个库称为 PEAR（PHP Extension and Add-On
Repository）。

本文假设你已经安装了 PEAR 环境，如果没有的话，可以去 PHP 网站下载。PEAR
的缓冲包包含一个总体的缓冲类和几个特别的子类。缓冲类使用容器类来存贮和管理缓冲数据。

下面是 PEAR
缓冲当前所包含的容器，以及各自的参数：

file -- file 容器在文件系统存储了缓冲的数据，是最快的容器。

cache_dir
-- 这是容器存储文件的目录。

filename_prefix -- 缓冲文件的前缀，例如："cache_"。

shm -- shm
容器把缓冲数据放入共享内存，基准测试显示，目前的实现下，这个容器的速度要比文件容器慢。

shm_key --
共享内存使用的键值。

shm_perm -- 使用共享内存数据段的权限。

shm_size --
分配共享内存的大小。

sem_key -- 信号灯的键值。

sem_perm -- 信号灯的权限。

db --
PEAR 的数据库抽象层。

dsn -- 数据库连接的 DSN 。可以参考 PEAR 的 DB 文档。

cache_table --
表的名字。

phplib -- phplib
容器使用数据库抽象层存储缓冲。

db_class

db_file

db_path

local_file

local_path

ext/dbx
-- PHP
的数据库抽象层扩展，如果像把缓冲存入数据库，可以采用这个容器。

mole

host

db

username

password

cache_table

persistent

使用
PEAR Cache 所得到的性能提升取决于你所选择的缓冲容器，例如，把数据库的结果再次存入数据库缓冲中就显得毫无意义。

PEAR Cache
的函数缓冲模块能把任何函数或者方法的结果缓冲，不论是 PHP
的内置函数还是用户自定义函数，他缺省采用文件容器，把缓冲数据放入到一个叫做function_cache 的目录。

Cache_Function
类的构造器可以有三个可选的参数：

$container ：缓冲容器的名字。

$container_options
：缓冲容器的数组参数。

$expires：缓冲对象过期的时间（秒数）。

普通的函数调用采用 Cache_Function 类的
call() 方法时，就能触发缓冲。调用 call()
很容易，的一个参数是函数的名字，然后是函数的参数，第二个参数是要调用函数中的第一个，依此类推，我们来看例子：

例1
缓冲函数和方法的调用
// 调用 PEAR Cache 的函数缓冲。

require_once
'Cache/Function.php';

// 定义一些类和函数。

class foo {

function
bar($test) {

echo
"foo::bar($test)

";

}

}

class bar {

function
foobar($object) {

echo
'$'.$object.'->foobar('.$object.')

';

}

}

$bar =
new bar;

function foobar() {

echo 'foobar()';

}

//
取得 Cache_Function 对象

$cache = new Cache_Function();

// 对 foo
类的静态函数 bar() 作缓冲(foo::bar())。

$cache->call('foo::bar',
'test');

// $bar->foobar()

$cache->call('bar->foobar',
'bar');

$cache->call('foobar');

?>

下面我们采用
Cache_Output 来把输出作缓冲：

例2 缓冲脚本的输出

// 加载 PEAR
Cache 的输出缓冲

require_once 'Cache/Output.php';

$cache = new
Cache_Output('file', array('cache_dir' => '.') );

//
计算要缓冲页面的标记，我们假定页面的缓冲取决于

// URL, HTTP GET 和 POST 变量以及
cookies。

$cache_id = $cache->generateID(

array('url' =>
$REQUEST_URI, '

post' => $HTTP_POST_VARS, 'cookies' =>
$HTTP_COOKIE_VARS) );

// 查询缓冲

if ($content =
$cache->start($cache_id)) {

// 缓冲命中

echo
$content;

die();

}

// 缓冲丢失

// -- 在这里插入内容产生代码
--

// 把页面存入缓冲

echo $cache->end();

?>
利用 Cache_Output 类，很容易把一个动态的数据库驱动的网站应用转化为静态，从而极大的提升站点的性能。越来越多的站点在采用 GZIP 压缩
HTML 内容，这样减少了服务器的带宽消耗，对于使用 Modem 上网的用户来说也能受益不少。

Cache_OutputCompression
扩展了 Cache_Output 类的功能，他把 GZIP 压缩的 HTML 内容进行缓冲，从而节省了 CPU 压缩的时间。

阅读提示：在本篇文章中，我们将对PHP应用程序的分析、如何改变脚本代码以及比较优化前后的各种参数值进行简要的介绍。

PHP应用程序的性能优化

使用PHP编程的最大好处是学习这种编程语言非常容易以及其丰富的库。即使对需要使用的函数不是十分了解，我们也能够猜测出如何完成一个特定的任务。

尽管PHP非常简单易学，但我们仍然需要花费一点时间来学习PHP的一些编程技巧，尤其是与性能和内存占用相关的技巧。在PHP中，有许多小技巧能够使我们减少内存的占用，并提高应用程序的性能。在本篇文章中，我们将对PHP应用程序的分析、如何改变脚本代码以及比较优化前后的各种参数值进行简要的介绍。

通过在程序中设置计时的程序，并反复执行这些代码，我们可以获得有关程序执行速度的一组数据，这些数据可以可以用来发现程序中的瓶颈，以及如何进行优化，提高应用程序的性能。

也许读者曾经听说过PEAR库吧。我们将使用PEAR库创建在分析时需要使用的例子，这也是对现有的代码进行分析的最简单的方法，它使我们无需使用商用产品就能对代码进行分析。

我们要使用的库的名字是PEAR::Benchmark，它对于对代码进行分析和性能测试非常有用。这个库提供一个名字为Benchmark_Timer()的类，能够记录一个函数调用和下一个函数调用之间的时间。在对代码的性能进行测试时，我们可以得到一个详细的脚本执行结果，它非常简单，如下所示：
include_once("Benchmark/Timer.php");

$bench
= new Benchmark_Timer;

$bench-> start();

$bench->
setMarker('Start of the script');

//
现在处于睡眠状态几分钟

sleep(5);

$bench-> stop();

//
从计时器中获得分析信息

print_r($bench->
getProfiling());

?>

上面代码执行后的输出如下所示：

Array

(

[0] => Array

(

[name] =>
Start

[time] => 1013214253.05751200

[diff] =>
-

[total] => 0

)

[1] =>
Array

(

[name] => Start of the script

[time] =>
1013214253.05761100

[diff] => 9.8943710327148E-05

[total]
=> 9.8943710327148E-05

)

[2] =>
Array

(

[name] => Stop

[time] =>
1013214258.04920700

[diff] => 4.9915959835052

[total] =>
4.9916949272156

)

)

上面的数字似乎是一组杂乱无章的数字，但如果程序的规模更大，这些数字就十分地有用了。

也许广大读者也能猜测到，数组的第一个表目是实际调用Benchmark_Timer()类的方法，例如

$bench->
start()、$bench-> setMarker()和$bench->
stop()，与这些表目有关的数字是相当简单的，现在我们来仔细地研究这些数字：

[0] => Array

(

[name] => Start

[time] => 1013214253.05751200

[diff] => -

[total] => 0

)

time表目指的是何时对Benchmark_Timer()的start()方法调用的UNIX的timestamp，diff表目表示这次调用和上次调用之间的时间间隔，由于这里没有上一次，因此显示出了一个破折号，total表目指的是自测试开始到这一特定的调用之前代码运行的总的时间。下面我们来看看下一个数组的输出：

[1]
=> Array

(

[name] => Start of the script

[time] => 1013214253.05761100

[diff] =>
9.8943710327148E-05

[total] => 9.8943710327148E-05

)
从上面的数字我们可以看出，在调用$bench->
start()之后，程序运行了9.8943710327148E-05秒（也就是0.0000989秒）后开始调用$bench->
setMarker(....)。

一次真实的性能测试经历

尽管上面的例子不错，但在对于决定如何优化你的站点代码设计方面，它真的不能算是一个好例子。下面我将用我自己作为网站技术人员的一段亲身经历来说明如何解决性能方面存在的问题。

我并不大理解网站使用的代码，因为它是根据特殊的需求，历经多年开发而成的━━其中的一个模块包括网站转换代码，另一个模块记录网站的使用情况，其他的模块也各有各的作用。我和网站的主要开发者都意识到网站的代码需要优化，但又不清楚问题出在哪儿。

为了尽快地完成任务，我开始研究网站的主要脚本代码，并在全部脚本代码以及其包含文件中添加了一些$bench->
setMarker()命令，然后分析$bench->
getProfiling()的输出，并对得到的结果大吃一惊，原来问题出在一个与获得特定语言名字（例如en代表english）的转换代码的函数调用中，该函数在每个页面上都会被使用数百次。每次调用该函数时，脚本代码都会对一个MySQL数据库进行查询，从一个数据库表中获得真正的语言名字。

于是我们这一类的信息创建了一个缓冲系统。经过短短2天时间的工作，我们使系统的性能得到了很大的提高，第一周内页面的浏览量也因此而增加了40%。当然了，这只是一个有关分析代码能够提高互联网应用或互联网网站性能的例子。

性能测试函数调用

在分析一个脚本或网页（以及其包含文件）时，尽管Benchmark_Timer()特别有用，但它并不科学，因为要获得分析的数据我们必须多次加载脚本，而且它也不是针对某个类或函数调用的。

PEAR::Benchmark库中的另一个被称作Benchmark_Iterator的类能够很好地解决这一个问题，它能够针对特定的函数或类的方法，显示其分析信息。它的用途是能够能够从测试中获得一致的结果，因为我们知道，如果运行一段脚本一次，其运行时间为10秒，并不意味着它每次的运行时间总是10秒。
In
any case, let's see some examples:

//
连接数据库的代码

include_once("DB.php");

$dsn = array(

'phptype'
=> 'mysql',

'hostspec' => 'localhost',

'database'
=> 'database_name',

'username' =>
'user_name',

'password' => 'password'

);

$dbh =
DB::connect($dsn);

function getCreatedDate($id)

{

global
$dbh;

> $stmt = "SELECT created_date FROM users WHERE
id=$id";

// 在这里使用PEAR::DB

$created_date = $dbh->
getOne($stmt);

if ((PEAR::isError($created_date)) ||

(empty($created_date))) {

return false;

} else
{

return $created_date;

}

}

include_once
'Benchmark/Iterate.php';

$bench = new Benchmark_Iterate;

//
运行getDate函数10次

$bench-> run(10, 'getCreatedDate', 1);

//
打印分析信息

print_r($bench-> get());

?> 运行上面的代码能够产生与下面相似的结果：

Array

(

[1] => 0.055413007736206

[2] =>
0.0012860298156738

[3] => 0.0010279417037964

[4] =>
0.00093603134155273

[5] => 0.00094103813171387

[6] =>
0.00092899799346924

[7] => 0.0010659694671631

[8] =>
0.00096404552459717

[9] => 0.0010690689086914

[10] =>
0.00093603134155273

[mean] => 0.0064568161964417

[iterations]
=> 10

)
上面的这些数字很好理解，mean条目表示getCreatedDate()函数10次运行的平均时间。在进行实际测试时，应该至少运行1000次，但这个例子得出的结果已经足够说明问题了。

9. 怎样提高php运行效率

1,数据库模型很重要，建表要做好索引，以及数据拆分

2，缓存，适当运用缓存

3，尽可能使用官方的函数，不要自己造车

10. PHP中4个加速，缓存扩展的区别和选用建议

1、eAccelerator
eAccelerator是一个自由开放源码PHP加速器，优化和动态内容缓存，提高了PHP脚本的缓存性能，使得PHP脚本在编译的状态下，对服务器的开销几乎完全消除。 它还有对脚本起优化作用，以加快其执行效率。使PHP程序代码执效率能提高1-10倍。从文字上可以理解为：eAccelerator是PHP加速器扩展。
2、memcached
Memcached 是一个高性能的分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提供动态、数据库驱动网站的速度。从文字上可以理解为：内存缓存扩展，并且针对于集群服务器使用较多，主要用于分布式缓存，算是数据库缓存。
3、Alternative PHP Cache(APC缓存)
Alternative PHP Cache (APC缓存)是一种对PHP有效的开放源高速缓冲储存器工具，他能够缓存Opcode(目标文件)的PHP中间码。 APC的缓存分两部分:系统缓存和用户数据缓存. 系统缓存 是自动使用的,是指APC把PHP文件源码的编译结果缓存起来,然后在再次调用时先对比时间标记。如果未过期,则使用缓存代码运行。默认缓存 3600s(一小时).但是这样仍会浪费大量CPU时间.因此可以在php.ini中设置system缓存为永不过期(apc.ttl=0).不过如果这样设置,改运PHP代码后需要restart一下您的web服务器(比如apache…).目前对APC的性能测试一般指的是这一层cache;从文字上理到：Alternative PHP Cache(APC缓存)也算是一种内存缓存扩展，算是数据库缓存扩展。
4、Xcache
是一个开源的opcode缓存器/优化器, 他能够提高服务器上的PHP性能，他通过把编译PHP后的数据缓冲到共享内存从而避免重复的编译过程, 能够直接使用缓冲区已编译的代码从而提高速度. 通常能够提高您的页面生成速率2到5倍, 降低服务器负载。 其实它与eAccelerator一样是PHP加速器扩展。
以上就是他们的作用与区别，简单一点就是：eAccelerator,xcache是PHP缓存扩展，memcached、APC缓存是数据库缓存扩展，一般两者只有要安装其中一个即可，不要贪多。另外，实际测试中发现当Cache数量超过一定阀值的时候，APC的性能不如Memcache。所以在扩展的选择上，本人一般会选择xcache+memcached这个组合。