直接结论：现在该用 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免费学习笔记（深入）”；
