pdo连接php 8.0+需同时配置dsn中charset=utf8mb4和禁用模拟预处理（attr_emulate_prepares=>false），否则易致乱码、注入或静默失败；还需启用pdo_mysql扩展并确认字符集全链路一致。
PDO 连接在 PHP 8.0+（含最新稳定版 8.3/8.4）中没有本质变化，但默认行为和推荐实践更严格——不按新方式配，轻则乱码、重则注入、甚至连接被静默拒绝。
pdo_mysql 扩展没启用就别谈连接
PHP 8.x 默认编译了 PDO，但 pdo_mysql 驱动仍需手动启用。不启用就 new PDO()，直接报 Class 'PDO' not found 或更隐蔽的 could not find driver。
- 运行
php -m | grep pdo，必须同时看到pdo和pdo_mysql - 检查
php.ini是否有extension=pdo_mysql（不是注释状态） - Apache/Nginx 重启后，用
phpinfo()搜索 “PDO drivers”，确认列表里有mysql
DSN 必须带 charset=utf8mb4，且不能只靠 SET NAMES
PHP 8.1+ 对字符集更敏感：charset=utf8 在 DSN 中已等同于 MySQL 的旧 utf8（3 字节限制），插入 emoji 或某些汉字会失败或乱码，错误信息可能是 Incorrect string value。
- DSN 写法必须是：
mysql:host=localhost;dbname=testdb;charset=utf8mb4 - 数据库、表、字段的字符集也得是
utf8mb4（仅改 DSN 不生效） -
SET NAMES utf8mb4在PDO中无效——它不影响预处理语句的参数编码，仅对后续普通 query 生效 - 别在 DSN 里硬写
port=3306，除非你真改了端口；默认由 MySQL 客户端库决定，加了反而可能因版本差异出错
必须禁用模拟预处理：ATTR_EMULATE_PREPARES => false
PHP 8.2+ 默认仍为 true，但开启模拟会导致类型丢失（比如 INT 字段被当字符串传给 MySQL），绕过服务端预处理，让 SQL 注入风险回升。
- 必须显式设置：
PDO::ATTR_EMULATE_PREPARES => false - 一旦设为
false，MySQL 服务端必须支持原生预处理（5.7+ / 8.0+ 默认支持） - 若设为
false后报SQLSTATE[HY000]: General error: 2020，说明 MySQL 版本太低或配置禁用了preparedStatement - 命名参数（
:name）和位置参数（?）都支持，但表名、字段名、ORDER BY 子句不能用占位符——这些必须走白名单校验
连接成功 ≠ 数据库可用，健康检查得靠 query()
new PDO() 成功只表示 TCP 握手和认证通过，不代表后续查询一定能执行。网络抖动、MySQL 进程挂掉、max_connections 耗尽、权限变更，都会让第一次 query() 就抛异常。
- 不要只依赖构造函数是否抛异常来判断“连得上”
- 上线前加一行探活：
$pdo->query("SELECT 1")->fetchColumn() - 长连接场景下（如 CLI 或常驻进程），建议每次操作前做轻量心跳，或用 try/catch 包裹关键 query 并重连
- 生产环境别把
PDOException消息直接 echo，记日志 + 返回通用错误码更稳妥
charset=utf8mb4 和 PDO::ATTR_EMULATE_PREPARES => false 必须同时生效，缺一不可。少设一个，就可能在某次 emoji 提交或数字排序时突然崩掉，而且错误现场很难复现。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
