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

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

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

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

一般

在开始看到真实世界的负载之前，不要尝试优化。你可能猜对了，但如果你猜错了，那你就是在浪费时间。 使用jmeter、xdebug或其他工具对站点进行基准测试。 如果加载开始成为一个问题，对象或数据缓存都可能涉及到，所以通常阅读缓存选项(memcached, MySQL缓存选项)

Code

对代码进行分析，以便了解瓶颈在哪里，以及它是在代码中还是在数据库中

数据库

Use MYSQLi if portability to other databases is not vital, PDO otherwise If benchmarks reveal the database is the issue, check the queries before you start caching. Use EXPLAIN to see where your queries are slowing down. After the queries are optimized and the database is cached in some way, you may want to use multiple databases. Either replicating to multiple servers or sharding (splitting the data over multiple databases/servers) may be appropriate, depending on the data, the queries, and the kind of read/write behavior.

缓存

Plenty of writing has been done on caching code, objects, and data. Look up articles on APC, Zend Optimizer, memcached, QuickCache, JPCache. Do some of this before you really need to, and you'll be less concerned about starting off unoptimized. APC and Zend Optimizer are opcode caches, they speed up PHP code by avoiding reparsing and recompilation of code. Generally simple to install, worth doing early. Memcached is a generic cache, that you can use to cache queries, PHP functions or objects, or entire pages. Code must be specifically written to use it, which can be an involved process if there are no central points to handle creation, update and deletion of cached objects. QuickCache and JPCache are file caches, otherwise similar to Memcached. The basic concept is simple, but also requires code and is easier with central points of creation, update and deletion.

杂项

考虑高负载的替代web服务器。像lighthttp和nginx这样的服务器可以用比Apache少得多的内存处理大量流量，如果你可以牺牲Apache的强大功能和灵活性(或者如果你不需要这些东西，通常情况下，你不需要)。 请记住，现在的硬件非常便宜，所以一定要花费精力来优化一大块代码，而不是“让我们购买一个巨型服务器”。 考虑将“MySQL”和“scaling”标签添加到这个问题中

@Gary

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

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

@Ryan, Eric, tj9991

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

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

回复： PDO / MySQLi / MySQLND

@gary

你不能说“不要使用MySQLi”，因为他们有不同的目标。PDO几乎就像一个抽象层(尽管实际上不是)，它的设计目的是为了方便使用多个数据库产品，而MySQLi则专门针对MySQL连接。在将PDO与MySQLi进行比较的情况下，说PDO是现代访问层是错误的，因为你的声明暗示了进程已经是mysql -> MySQLi -> PDO，而事实并非如此。

MySQLi和PDO之间的选择很简单——如果你需要支持多个数据库产品，那么就用PDO。如果你只使用MySQL，那么你可以在PDO和MySQLi之间选择。

那么你为什么选择MySQLi而不是PDO呢?见下文……

@ross

You are correct about MySQLnd which is the newest MySQL core language level library, however it is not a replacement for MySQLi. MySQLi (as with PDO) remains the way you would interact with MySQL through your PHP code. Both of these use libmysql as the C client behind the PHP code. The problem is that libmysql is outside of the core PHP engine and that is where mysqlnd comes in i.e. it is a Native Driver which makes use of the core PHP internals to maximise efficiency, specifically where memory usage is concerned.

MySQLnd是由MySQL自己开发的，最近已经登陆到PHP 5.3分支，该分支正在RC测试中，准备在今年晚些时候发布。然后你将能够使用mysqnd与MySQLi…但PDO不行。这将使MySQLi在许多方面(不是所有方面)都有性能提升，如果你不需要像PDO那样的抽象功能，它将成为MySQL交互的最佳选择。

也就是说，mysqnd现在可以在PHP 5.3中用于PDO，因此您可以从ND到PDO的性能增强中获得优势，然而，PDO仍然是一个通用的数据库层，因此不太可能像MySQLi那样从ND的增强中获益。

这里可以找到一些有用的基准，尽管它们是2006年的。你还需要注意类似这个选项的事情。

在MySQLi和PDO之间做出选择时，有很多需要考虑的因素。事实上，除非你的请求数量非常高，否则这并不重要，在这种情况下，使用一个专门为MySQL设计的扩展比使用一个抽象的东西并恰好提供MySQL驱动程序更有意义。

这不是哪一个最好的简单问题，因为每一个都有优点和缺点。您需要阅读我提供的链接，然后做出自己的决定，然后测试并找出答案。我在过去的项目中使用过PDO，它是一个很好的扩展，但我对纯性能的选择是MySQLi与新的MySQLND选项编译(当PHP 5.3发布时)。

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

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

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

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

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

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