在我们的地方，我们使用mysqli和PDO来处理准备好的语句和事务支持。有些项目使用其中一种，有些使用另一种。我们几乎不可能迁移到另一个RDBMS。
我更喜欢PDO，原因只有一个，它允许对预处理语句使用命名参数，而据我所知mysqli不允许。
当我们合并我们的项目只使用一种方法时，选择其中一种作为标准是否还有其他优点和缺点?
当前回答
如果你的站点/web应用真的变得很简单，PDO将使它更容易扩展，因为你可以每天设置主连接和从连接，在数据库中分配负载，加上PHP正朝着PDO作为标准的方向发展。
PDO信息
扩展Web应用程序
其他回答
PDO是标准，它是大多数开发人员希望使用的。mysqli本质上是针对特定问题的定制解决方案，但它具有其他特定于dbms的库的所有问题。PDO是所有努力工作和聪明思维的归宿。
我已经开始使用PDO，因为在我看来，语句支持更好。我使用的是activerecord式的数据访问层，实现动态生成的语句要容易得多。MySQLi的参数绑定必须在一个函数/方法调用中完成，所以如果你直到运行时才知道你想绑定多少个参数，你就被迫使用call_user_func_array()(我相信这是正确的函数名)来进行选择。忘记简单的动态结果绑定。
最重要的是，我喜欢PDO，因为它是一个非常合理的抽象级别。在不希望编写SQL的完全抽象的系统中使用它很容易，但它也使使用更优化的纯查询类型的系统或混合和匹配这两者变得容易。
如果你的站点/web应用真的变得很简单，PDO将使它更容易扩展，因为你可以每天设置主连接和从连接，在数据库中分配负载，加上PHP正朝着PDO作为标准的方向发展。
PDO信息
扩展Web应用程序
编辑回答。
在对这两个api都有一些使用经验之后，我想说有两个阻塞级别的特性使mysqli无法与本机准备好的语句一起使用。 他们已经在两个优秀(但被低估了)的答案中提到过:
将值绑定到任意数量的占位符 仅以数组形式返回数据
(在这个答案中也提到了)
出于某种原因，mysqli两者都失败了。 现在它对第二个函数(get_result)有了一些改进，但它只能在mysqlnd安装上工作，这意味着你不能在你的脚本中依赖这个函数。
然而，直到今天，它还没有按值绑定。
所以，只有一个选择:PDO
所有其他的原因，比如
命名占位符(这种语法糖被高估了) 不同的数据库支持(实际上没有人使用过) 获取到对象(只是无用的语法糖) 速度差(没有)
都不重要。
同时，这两个api都缺乏一些真正重要的特性，比如
标识符占位符 复杂数据类型的占位符，使动态绑定不那么费力 更短的应用程序代码。
因此，为了满足现实生活的需要，人们必须创建自己的抽象库，基于这些api之一，实现手动解析的占位符。在这种情况下，我更喜欢mysqli，因为它具有较低的抽象级别。
PDO有一件事，MySQLi没有，我真的很喜欢的是PDO的能力，返回一个结果作为一个指定类类型的对象(例如$ PDO ->fetchObject('MyClass'))。MySQLi的fetch_object()将只返回一个stdClass对象。
