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

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

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

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

首先，正如Knuth所说，“过早的优化是万恶之源”。如果你现在不需要处理这些问题，那就不要去做，先专注于交付一些正确工作的东西。也就是说，如果优化不能等待。

试着分析你的数据库查询，找出什么是慢的，什么是经常发生的，并从中提出一个优化策略。

我会研究Memcached，因为很多高负载站点都使用它来有效地缓存所有类型的内容，而且它的PHP对象接口非常好。

在服务器之间分割数据库并使用某种负载平衡技术(例如，在具有必要数据的冗余数据库中生成1到#之间的随机数—并使用该数字确定要连接到哪个数据库服务器)也是提高效率的一种极好的方法。

在过去，对于一些相当高的负载站点，这些方法都非常有效。希望这能帮助你开始:-)

使用Xdebug(推荐使用tj9991)之类的工具对应用程序进行性能分析绝对是必须的。盲目地进行优化是没有意义的。Xdebug将帮助您找到代码中真正的瓶颈，这样您就可以明智地花费优化时间，并修复实际上导致速度变慢的代码块。

如果您正在使用Apache，另一个可以帮助测试的实用程序是Siege。它将帮助您预测服务器和应用程序对高负载的反应，从而真正实现它的运行速度。

任何类型的PHP操作码缓存(如APC或其他)也会有很大帮助。

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

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

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

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

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