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

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

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

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

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

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

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

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

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

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

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

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

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

第一个问题是，你真正期望它有多大?你们计划在基础设施上投资多少?既然你觉得有必要在这里问这个问题，我猜你希望从有限的预算开始。

Performance is irrelevant if the site is not available. And for availability you need horizontal scaling. The minimum you can sensibly get away with is 2 servers, both running apache, php and mysql. Set up one DBMS as a slave to the other. Do all the writes on the master, and all the reads on the local database (whatever that is) - unless for some reason you need to read back the data you've just read (use master). Make sure you've got the machinery in place to automatically promote the slave and fence the master. Use round-robin DNS for the webserver addresses to give more affinity for the slave node.

在这个阶段，在不同的数据库节点上划分你的数据是一个非常糟糕的主意——然而，你可能会考虑在同一台服务器上的不同数据库上划分数据(当你超越facebook时，这将有助于跨节点划分)。

一定要确保你有适当的监控和数据分析工具来衡量你的网站性能和识别瓶颈。大多数性能问题都可以通过编写更好的SQL /修复数据库模式来解决。

将模板缓存保存在数据库上是一个愚蠢的想法——数据库应该是结构化数据的中央公共存储库。将你的模板缓存保存在你的web服务器的本地文件系统中——这样会更快，也不会降低你对数据库的访问速度。

使用操作码缓存。

花大量的时间研究你的网站和它的日志，了解为什么它运行得这么慢。

将尽可能多的缓存推到客户端。

使用mod_gzip可以压缩所有内容。

C.

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

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