PDO连接必须显式设置PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION、DSN中强制指定charset=utf8mb4、MySQL 8.0+需适配caching_sha2_password认证插件，三者缺一不可。
pdo_mysql连接必须显式设ERRMODE_EXCEPTION
默认PDO错误模式是PDO::ERRMODE_SILENT，连接失败只返回false，不抛异常，代码静默挂掉。你看到new PDO(...)没报错但后续查询全失效，大概率就是这个原因。
必须在第四个参数（options数组）里强制开启异常模式：
-
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION—— 这是底线，没有它，调试基本靠猜 - 搭配
PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC可省去每次fetch(PDO::FETCH_ASSOC) - 若用持久连接，加
PDO::ATTR_PERSISTENT => true，但注意PHP-FPM下可能引发连接复用冲突
DSN里charset=utf8mb4不能省，大小写和拼写必须严格
MySQL 8.0+ 和 MariaDB 默认字符集是utf8mb4_0900_ai_ci，但PDO不传charset时会退回到latin1通信，插入emoji或中文直接报Incorrect string value。
DSN中charset参数不是“建议”，而是强制生效的握手开关：
立即学习“PHP免费学习笔记（深入）”；
- 正确写法：
mysql:host=127.0.0.1;dbname=test;charset=utf8mb4 - 错误写法：
charset=UTF8、charset=utf8、charset= utf8mb4（带空格）、collation=utf8mb4_unicode_ci（PDO不识别该参数） - 不要依赖
SET NAMES utf8mb4替代——它只是连接后补救，无法覆盖初始协议协商
MySQL 8.0+认证插件不兼容时，优先改用户而非降级驱动
PHP 8.2 + MySQL 8.0 默认用caching_sha2_password插件，而旧版mysqlnd（如7.4.x）不支持，连接卡在认证阶段，报错常是Authentication plugin 'caching_sha2_password' cannot be loaded或直接超时。
别急着重装PHP或升级客户端库，先检查并修复服务端用户配置：
- 登录MySQL执行：
ALTER USER 'webuser'@'%' IDENTIFIED WITH mysql_native_password BY 'StrongPass123!'; - 立刻
FLUSH PRIVILEGES; - 确认
php -i | grep "Client API version"输出≥8.0.x；若仍是5.7.x或7.4.x，再考虑换扩展源（如Remi仓库） - 云数据库（如阿里云RDS）若强制SSL，需额外加
PDO::MYSQL_ATTR_SSL_CA => null禁用校验，否则静默失败
SQLite路径和权限比语法更容易出问题
PHP 8.2 内置sqlite3和pdo_sqlite，但连接失败往往不是扩展没开，而是路径或权限翻车：
-
new SQLite3(__DIR__ . '/data/app.db')—— 路径必须绝对，父目录data/必须已存在且Web进程有写权限 - PDO DSN必须带协议头：
sqlite:/var/www/app/data/db.sqlite（Linux）或sqlite:C:\www\app\data\db.sqlite（Windows） - 首次运行不会自动建目录，
mkdir -p data && chmod 755 data得手动做 - 务必设
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION)，否则SQL错误只返回false，查不出到底是表不存在还是字段名错了
charset没写对、ERRMODE_EXCEPTION没开、或MySQL用户认证插件不匹配——这些点藏得深，但改完立刻见效。其他参数可以慢慢调，这三项必须一步到位。 
