PDO在PHP 8中无语法级新特性，需重点关注MySQL 8认证插件变更、PDO::ATTR_EMULATE_PREPARES必须显式设为false、返回值类型需手动标注三方面实操调整。
PDO 在 PHP 8 中没有新增「语法级」特性，它的核心行为和接口与 PHP 7.4 保持完全兼容。真正需要你关注的，是 PHP 8 带来的底层环境变化对 PDO 实际使用的影响——尤其是 MySQL 8 默认认证插件、字符集默认值、以及错误处理一致性这三点。
PHP 8 下 PDO 连接 MySQL 8 报错 Authentication plugin 'caching_sha2_password' cannot be loaded
这是最常遇到的报错，根源不是 PDO 本身，而是 MySQL 8.0+ 默认改用 caching_sha2_password 认证插件，而旧版 mysqlnd（PHP 自带的 MySQL 驱动）可能不支持或未启用。
解决方式不是升级 PDO，而是调整连接配置或服务端设置：
- 在 DSN 中显式指定旧兼容插件：
$dsn = "mysql:host=localhost;dbname=test;charset=utf8mb4;auth_plugin=mysql_native_password"; - 更推荐：登录 MySQL 服务端，为用户重置认证方式：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password'; - 确认 PHP 使用的 mysqlnd 版本支持该插件（PHP 8.0+ 自带的 mysqlnd 已支持
caching_sha2_password，但需确保没被降级或手动编译覆盖）
PDO::ATTR_EMULATE_PREPARES 在 PHP 8 中必须显式设为 false
PHP 8 强化了类型安全和语义一致性，PDO::ATTR_EMULATE_PREPARES 默认仍为 true，但开启模拟预处理会绕过 MySQL 服务端的参数绑定校验，导致：
立即学习“PHP免费学习笔记（深入）”；
- 数值型参数（如
INT）传入字符串时被静默转换，掩盖类型错误 - 无法正确处理
JSON或TIMESTAMP字段的原生类型返回 - 某些边缘 case 下触发
SQLSTATE HY093错误（参数数量不匹配）
生产环境务必关闭：
$options = [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
PDO::ATTR_EMULATE_PREPARES => false, // 关键：禁用模拟
PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC,
];
PHP 8 的联合类型 + PDO 返回值类型提示需手动补全
PDO 方法（如 fetch()、fetchAll()）在 PHP 8 中仍无原生返回类型声明，IDE 和静态分析工具无法自动推断。若你在函数中封装了查询逻辑，容易因返回 null 或 false 导致类型错误。
建议在封装层主动标注：
function getUserById(PDO $pdo, int $id): ?array
{
$stmt = $pdo->prepare('SELECT * FROM users WHERE id = ?');
$stmt->execute([$id]);
return $stmt->fetch(PDO::FETCH_ASSOC);
}
注意：fetch() 查无结果时返回 null，不是空数组；fetchColumn() 可能返回 false（执行失败）或标量值，需额外判空。
字符集、异常模式、预处理开关——这些不是“新特性”，而是 PHP 8 环境下必须重新审视的实操基线。漏掉任意一项，都可能让看似正常的代码在部署后突然失效。
