17370845950

现在该用 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=utf8mb

4 写在 DSN 里且自动生效；mysqli 的 set_charset() 必须手动调用，漏掉就会存乱码或查不出中文。

真正容易被忽略的是错误处理粒度：PDO 抛异常可捕获具体 SQL 错误码（如 1062 重复键），mysqli 需用 $mysqli->errno 和 $mysqli->error 手动提取 —— 实际线上项目中，这直接影响排查效率。