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

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

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

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

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

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

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

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

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

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

当然pdo很好，但是它与mysql和mysqli相比的性能一直存在一些争议，尽管现在看起来已经固定了。

如果您考虑可移植性，您应该使用pdo，如果不考虑可移植性，则应该使用mysqli。它有一个面向对象接口、准备好的语句和pdo提供的大部分功能(除了可移植性)。

另外，如果真的需要性能，可以准备PHP 5.3中的MysqLnd驱动程序，它将与PHP更加紧密地集成，具有更好的性能和改进的内存使用(以及用于性能调优的统计数据)。

如果你有集群服务器(和youtube一样的负载)，Memcache是很好的，但我也会先尝试APC。

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

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

我的第一个建议是考虑这个问题，并在设计网站时牢记它，但不要走极端。通常很难预测一个新网站的成功，我认为你的时间最好花在早点起床，然后再优化它。

一般来说，Simple是快速的。 模板会降低您的速度。数据库会降低您的速度。复杂的库会降低您的速度。从数据库中检索模板并在一个复杂的库中解析它们——>时间延迟相互相乘。

一旦你有了基本的站点并开始运行，就可以做一些测试，告诉你应该把精力花在哪里。很难看出目标在哪里。通常，为了加快速度，你必须分解代码的复杂性，这会使代码变得更大，更难维护，所以你只在必要的时候才这么做。

根据我的经验，建立数据库连接是相对昂贵的。如果可以的话，不要在访问量最大的页面(如网站首页)上为普通访问者连接数据库。创建多个数据库连接非常疯狂，而且收效甚微。