PDO连接MySQL最小可行步骤：启用pdo_mysql扩展，用try-catch包裹连接，设置ERRMODE为EXCEPTION，DSN严格格式为mysql:host=localhost;dbname=testdb;charset=utf8mb4，用户名密码单独传入。
PHP 用 PDO 连接 MySQL 数据库的最小可行步骤
能连上，不报错，能执行简单查询——这是第一步要达成的目标。PDO 本身不连接数据库，它只是接口，真正干活的是底层驱动（比如 pdo_mysql），所以先确认环境支持。
检查是否启用：php -m | grep pdo_mysql 或在 phpinfo() 页面搜 PDO drivers，确保有 mysql（不是 mysqli）。
常见错误现象：Class 'PDO' not found → PHP 编译时没启用 PDO 扩展；could not find driver → 有 PDO 但没装对应驱动（如 pdo_mysql）。
- 用
try...catch包裹连接逻辑，PDO 默认不抛异常，得手动设：$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION) - DSN 字符串格式必须严格：
mysql:host=localhost;dbname=testdb;charset=utf8mb4，charset=utf8mb4要写在 DSN 里，不能只靠 SQL 设置 - 用户名密码传进
new PDO(...)构造函数，不要拼进 DSN（安全风险 + 特殊字符易出错）
为什么用 utf8mb4 而不是 utf8
PHP 的 PDO 中，charset=utf8 实际对应 MySQL 的 utf8 字符集，但它只支持最多 3 字节的 UTF-8 字符（不支持 emoji、某些生僻汉字）。MySQL 官方早已推荐用 utf8mb4。
立即学习“PHP免费学习笔记（深入）”；
如果 DSN 写成 charset=utf8，而数据库/表实际是 utf8mb4，可能出现乱码或插入失败（尤其含 emoji 的数据）。
- DSN 必须写
charset=utf8mb4 - 数据库、表、字段的字符集也得是
utf8mb4（仅改 DSN 不够） -
SET NAMES utf8在 PDO 中无效，它不会影响后续预处理语句的编码行为
PDO::prepare() 和直接 exec()/query() 怎么选
不是所有场景都要预处理。简单、固定、无用户输入的 SQL（比如初始化表结构、查配置项），用 query() 更直接；涉及变量、用户输入、循环执行的，必须用 prepare() + execute() 防注入。
错误用法：$pdo->query("SELECT * FROM user WHERE id = " . $_GET['id']) —— 直接拼接，高危。
-
query()返回PDOStatement，可遍历结果；exec()用于 INSERT/UPDATE/DELETE，返回影响行数 -
prepare()的占位符只支持?（位置参数）或:name（命名参数），不支持字符串插值 - 预处理语句可复用：同一
prepare()后多次execute()，比反复query()略快，且更安全
连接后怎么判断数据库真的“活”着
PDO 连接成功不代表数据库服务一直可用。网络中断、超时、权限变更都可能让后续查询失败。不能只靠构造 PDO 对象是否抛异常来判断“连接健康”。
最轻量的保活检测是发一个低成本查询：SELECT 1 或 SELECT VERSION()。
- 不要用
PDO::getAttribute(PDO::ATTR_CONNECTION_STATUS)，它在大多数驱动中返回空或不可靠 - 生产环境建议封装一个
ping()方法，在关键操作前调用，而不是每次操作都新建连接 - 长连接（
PDO::ATTR_PERSISTENT => true）慎用：PHP-FPM 下可能复用到失效连接，反而增加出错概率
复杂点在于：连接池、自动重连、事务上下文保持——这些 PDO 本身不提供，得自己兜底或引入更上层的抽象。
