PHP 8.0 默认启用PDO::ERRMODE_EXCEPTION，连接失败直接抛异常而非返回false；必须用try/catch捕获并打印错误，禁用@抑制符，同时检查扩展加载路径、DSN参数（如utf8mb4）、类型严格性及socket权限。
PHP 7.1 升级到 PHP 8.0 时，PDO 相关代码最容易“悄无声息翻车”，不是报错停摆，而是逻辑错乱、连接失效或白屏无日志。核心问题不在 PDO 本身，而在 PHP 8.0 对错误处理机制、类型校验和扩展行为的强制升级。
默认错误模式从静默变为异常
PHP 7.1 中 new PDO() 连接失败默认返回 false，你若没显式判断就直接调用 $pdo->query()，只会收到模糊的 “Call to a member function on bool” 错误；PHP 8.0 默认启用 PDO::ERRMODE_EXCEPTION，连接失败直接抛出 PDOException，脚本中断——但很多老项目靠 @new PDO(...) 抑制错误，这在 PHP 8.0 下已无效。
- 必须改写连接逻辑：去掉
@，用try/catch显式捕获并打印完整错误信息 - 即使你手动设置了
PDO::ATTR_ERRMODE => PDO::ERRMODE_SILENT，某些底层驱动（如 MySQL Unix socket 连接失败）仍可能触发致命错误，不建议退回静默模式 - 推荐初始化时明确声明异常模式，增强跨版本可读性：
['PDO::ATTR_ERRMODE' => PDO::ERRMODE_EXCEPTION]
扩展加载与驱动路径必须重检
空白页或 PDOException: could not find driver 往往不是代码问题，而是环境配置断层。PHP 8.0 的 extension_dir 默认指向新版 ext/ 目录，而旧 php.ini 可能仍引用 PHP 7.1 的路径，导致 pdo_mysql、mysqli、mbstring 等关键扩展未加载。
- 运行
php -m | grep -E "(pdo|mysql|mysqli|mbstring)"确认扩展已启用 - 检查
php.ini中extension_dir是否指向 PHP 8.0 的实际扩展目录（如/usr/lib/php/20220829/） - 确认
extension=pdo_mysql等行前无分号，且扩展文件（如pdo_mysql.so）真实存在于该目录下
松散比较与参数类型更严格
数据库操作中大量隐式类型转换在 PHP 8.0 下会触发 TypeError 或改变语义，尤其在预处理绑定、条件拼接、结果校验环节：
立即学习“PHP免费学习笔记（深入）”；
-
strlen(null)在 PHP 7.1 返回0，PHP 8.0 抛TypeError；涉及字段判空应改用!isset($val) || $val === ''或强转(string)$val -
implode($arr, ',')参数顺序反了？PHP 7.1 容忍，PHP 8.0 直接ArgumentCountError；必须改为implode(',', $arr) - 使用
==比较字符串与数字（如'123abc' == 123）在 PHP 7.1 返回true，PHP 8.0 返回false；权限、状态码等关键判断务必改用===或显式转换
连接参数与 DSN 行为微调
部分 DSN 写法在 PHP 8.0 下更敏感，尤其涉及 socket、charset 和超时设置：
- Unix socket 连接若写成
host=/var/run/mysqld/mysqld.sock，需确保路径真实存在且 PHP 进程有读取权限；PHP 8.0 不再静默降级为 TCP -
charset=utf8已被弃用，必须升级为charset=utf8mb4，否则 PDO 可能忽略该参数，导致存入乱码或插入失败 -
PDO::ATTR_TIMEOUT单位是秒（非毫秒），且仅对连接生效；查询超时需配合 MySQL 的wait_timeout和应用层重试逻辑
