现在该用 PDO，但 mysqli 仍可放心用，别碰已废弃的 mysql_* 函数；PDO 是数据库抽象层，支持多数据库切换，mysqli 是 MySQL 专用驱动，性能微优但绑定 MySQL。
直接结论：现在该用 PDO，但 mysqli 仍可放心用，别碰已废弃的 mysql_* 函数
PHP 官方早在 5.5.0 就标记 mysql_connect 等函数为 deprecated，7.0.0 版本起彻底移除。你如果在代码里还看到 mysql_query，说明项目至少五年没维护了——上线前务必替换。
PDO 和 mysqli 的核心区别在哪？
本质不是“哪个更好”，而是“设计目标不同”：
-
PDO是数据库抽象层：一套 API 写完，换 MySQL → PostgreSQL → SQLite 只需改$dsn字符串，SQL 语句和调用方式基本不动； -
mysqli是MySQL 专用增强驱动：深度支持 MySQL 特有功能（如多语句执行、异步查询、压缩协议、SSL 连接细节），性能微优，但绑死 MySQL； - 两者都支持预处理语句（防 SQL 注入）、面向对象与过程式写法、事务、连接池复用；
-
PDO默认不抛异常，必须手动设$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION)，否则错误静默失败；mysqli的->query()失败直接返回false，更直觉但容易漏判；
什么时候必须选 PDO？什么时候 mysqli 更合适？
看你的实际约束：
- 项目未来可能换数据库（比如从 MySQL 迁到 Oracle 或 SQL Server）→ 无条件选
PDO； - 团队已有一套基于
PDO的封装类库（如 Laravel 的DB、ThinkPHP 的Query），再引入mysqli会增加维护成本 → 统一用PDO； - 需要调用 MySQL 特有功能：
LOAD DATA INFILE、mysqli::get_client_info()、服务端游标、自定义字符集协商 →mysqli更直接可控； - 高并发短连接场景（如 CLI 脚本批量导入），
mysqli初始化开销略低，但差距通常小于 1% —— 别为此做技术选型决策；
一个最小可用对比示例（连库 + 查一条）
// PDO 写法（推荐默认配置）
try {
$pdo = new PDO('mysql:host=localhost;dbname=test;charset=utf8mb4', 'user', 'pass', [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC,
]);
$stmt = $pdo->query('SELECT id, name FROM users LIMIT 1');
$row = $stmt->fetch();
} catch (PDOException $e) {
error_log('DB Error: ' . $e->getMessage());
}
// mysqli 写法（面向对象风格）
$mysqli = new mysqli('localhost', 'user', 'pass', 'test');
if ($mysqli->connect_error) {
die('Connect failed: ' . $mysqli->connect_error);
}
$mysqli->set_charset('utf8mb4'); // 必须显式设，PDO 在 DSN 里就指定了
$result = $mysqli->query('SELECT id, name FROM users LIMIT 1');
$row = $result ? $result->fetch_assoc() : null;
注意两个关键差异点：PDO 的 charset=utf8mb4 写在 DSN 里且自动生效；mysqli 的 set_charset() 必须手动调用，漏掉就会存乱码或查不出中文。
真正容易被忽略的是错误处理粒度：PDO 抛异常可捕获具体 SQL 错误码（如 1062 重复键），mysqli 需用 $mysqli->errno 和 $mysqli->error 手动提取 —— 实际线上项目中，这直接影响排查效率。
立即学习“PHP免费学习笔记（深入）”；
