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

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

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

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

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

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

@Gary

不要使用MySQLi——PDO是“现代的”OO数据库访问层。最重要的功能是在查询中使用占位符。使用服务器端准备和其他优化也足够聪明。

我现在正在看PDO，看起来你是对的-但是我知道MySQL正在为PHP开发MySQLd扩展-我认为是为了成功MySQL或MySQLi -你怎么看?

@Ryan, Eric, tj9991

谢谢你关于PHP缓存扩展的建议——你能解释一下为什么要使用一个而不是另一个吗?我听说过通过IRC的memcached很棒，但从来没有听说过APC -你对它们有什么看法?我认为使用多个缓存系统会适得其反。

我肯定会挑选一些测试人员，非常感谢你的建议。

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

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

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

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

关于缓存的观点是正确的;这是构建高效应用程序中最简单也是最重要的部分。我想补充的是，虽然memcached很棒，但如果您的应用程序位于单个服务器上，那么APC大约要快5倍。

MySQL性能博客上的“缓存性能比较”有一些关于这个主题的有趣的基准测试——http://www.mysqlperformanceblog.com/2006/08/09/cache-performance-comparison/。

我不敢相信居然没有人提到这个:模块化和抽象。如果您认为您的站点将不得不扩展到许多机器，那么您必须这样设计它!这意味着一些愚蠢的事情，比如不要假设数据库在本地主机上。它还意味着一些一开始会很麻烦的事情，比如编写数据库抽象层(像PDO，但要轻得多，因为它只做您需要它做的事情)。

这意味着在一个框架下工作。您将需要对代码进行分层，以便稍后通过重构数据抽象层(例如，通过告诉它某些对象位于不同的数据库中)来获得性能，并且代码不必知道或关心。

最后，要注意内存密集型操作，例如不必要的字符串复制。如果你能保持PHP的内存使用较低，那么你的web服务器就会得到更好的性能，当你采用负载平衡的解决方案时，这是可以扩展的。

PDO也非常慢，而且它的API相当复杂。如果不考虑可移植性，任何头脑正常的人都不应该使用它。让我们面对现实吧，99%的网络应用都不是这样的。你只需坚持使用MySQL或PostrgreSQL，或任何你正在使用的。

至于PHP的问题和要考虑什么。我认为过早的优化是万恶之源。,)首先完成你的应用程序，在编程时尽量保持干净，做一点文档并编写单元测试。有了以上所有的方法，在必要的时候重构代码就没有问题了。但首先你想把它做完，然后把它推出去，看看人们对它有什么反应。