我运营的网站每月有700万到800万的访问量。不是特别多，但足以让我们的服务器感受到负载。我们选择的解决方案很简单:数据库级的Memcache。如果数据库负载是您的主要问题，则此解决方案效果很好。

我们开始使用Memcache缓存最常用的整个对象和数据库结果。它确实起作用了，但它也引入了bug(如果我们更加小心的话，我们可能会避免其中一些bug)。

所以我们改变了我们的方法。我们构建了一个数据库包装器(使用与旧数据库完全相同的方法，因此很容易切换)，然后我们将其子类化以提供memcached数据库访问方法。

现在，您所要做的就是决定查询是否可以使用缓存(可能已经过期)的结果。用户运行的大多数查询现在都直接从Memcache中获取。例外情况是更新和插入，这对于主网站来说只发生在日志记录中。这个相当简单的措施减少了大约80%的服务器负载。

查看mod_cache, Apache web服务器的输出缓存，类似于ASP.NET中的输出缓存。

是的，我知道它还在试验阶段，但总有一天会最终实现。

APC是绝对必须的。它不仅是一个伟大的缓存系统，而且从自动缓存的PHP文件中获得的好处是天赐良机。至于多数据库的想法，我认为在同一台服务器上使用不同的数据库不会有什么好处。它可能会在查询时提高一些速度，但我怀疑为确保三者同步而部署和维护代码所付出的努力是否值得。

我还强烈建议运行Xdebug来查找程序中的瓶颈。它使优化对我来说轻而易举。

已经给出了很多很好的答案，但我想向您介绍另一种称为XCache的操作码缓存。它是由一个轻量级贡献者创建的。

此外，如果你将来可能需要负载平衡你的数据库服务器，MySQL代理可以很好地帮助你实现这一点。

这两种工具都可以很容易地插入到现有的应用程序中，因此可以在需要时进行优化，而不需要太多麻烦。

无论如何，在PHP中缓存是非常简单的，即使没有像memcached这样的扩展/帮助包。

你所需要做的就是使用ob_start()创建一个输出缓冲区。

创建全局缓存函数。调用ob_start，将函数作为回调函数传递。在函数中，查找页面的缓存版本。如果存在，就把它送上，然后结束。

如果不存在，脚本将继续处理。当它到达匹配的ob_end()时，它将调用您指定的函数。这时，您只需要获取输出缓冲区的内容，将它们放到一个文件中，保存文件，然后结束。

添加一些过期/垃圾收集。

许多人没有意识到可以嵌套ob_start()/ob_end()调用。如果你已经在使用输出缓冲区来解析广告或者做语法高亮等等，你可以嵌套另一个ob_start/ob_end调用。

如果您正在处理大量数据，而缓存无法解决问题，请查看Sphinx。我们使用SphinxSearch取得了很好的结果，不仅可以更好地进行文本搜索，还可以在处理较大的表时作为MySQL的数据检索替代品。如果你使用SphinxSE (MySQL插件)，它所获得的性能收益超过了我们从缓存中获得的几倍，并且应用程序实现是一个麻烦。