pdo性能优化核心是减少开销、避免隐式低效操作：复用预处理语句、关闭异常模式与自动列名映射、慎用持久连接、分页或流式处理结果集、选用mysqlnd驱动并正确配置字符集。
PHP PDO 性能优化不是堆参数或换驱动，核心在于减少开销、避免隐式低效操作、让数据库和 PHP 各司其职。
预处理语句（Prepared Statements）不是“用了就快”，关键在复用
PDO 的 prepare() + execute() 模式真正提速的前提是：同一 SQL 模板被多次执行（比如批量插入、循环查询）。如果只执行一次，预处理反而多一次网络往返和解析开销。
- ✅ 正确用法：循环插入 100 条用户数据，prepare 一次，execute 100 次
- ❌ 常见误区：每次查询都重新 prepare（如在 foreach 里写
$pdo->prepare("SELECT * FROM users WHERE id = ?")->execute([$id])） - ? 提示：开启
PDO::ATTR_EMULATE_PREPARES = false（MySQL 默认开启模拟预处理），让预处理真实下推到服务端，尤其对复杂查询和类型安全更可靠
关闭不必要的属性，精简 PDO 实例生命周期
默认 PDO 行为常带调试友好但运行时冗余的开销：
-
禁用错误异常转换：生产环境慎用
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION。异常捕获成本显著高于返回 false +errorCode()判断，高频调用下可观 -
关闭自动获取列名：
PDO::ATTR_CASE => PDO::CASE_NATURAL是默认，但若明确知道字段名小写，设为PDO::CASE_LOWER可省去内部大小写映射逻辑 -
禁用持久连接滥用：
PDO::ATTR_PERSISTENT => true不等于“一定更快”。它会复用连接，但也可能因连接池争用、事务残留、状态污染引发隐性问题；高并发下不如连接池（如 ProxySQL）+ 短连接可控
结果集处理：别让 fetchAll() 成为性能黑洞
大结果集直接 fetchAll() 会把全部数据一次性载入 PHP 内存，极易 OOM 或拖慢响应。
立即学习“PHP免费学习笔记（深入）”；
- ✅ 分页查：用
LIMIT OFFSET或游标分页，控制单次返回行数 - ✅ 流式读取：对日志导出、报表生成等场景，用
fetch()或fetchColumn()配合 while 循环逐行处理，内存占用恒定 - ✅ 显式指定 fetch mode：避免默认
PDO::FETCH_BOTH（同时建数字索引+关联索引），按需选PDO::FETCH_ASSOC或PDO::FETCH_NUM
底层协同：驱动选择与 MySQL 配置联动
PDO 是接口，实际性能由底层驱动（如 mysqlnd）和数据库配置决定：
-
优先用 mysqlnd 而非 libmysql：PHP 官方维护，支持原生预处理、更优内存管理、压缩协议（
mysqli.options(MYSQLI_OPT_COMPRESS)类似能力可间接通过 PDO 层启用） -
启用查询缓存已过时：MySQL 8.0 已移除 query cache，别再依赖；改用应用层缓存（Redis）或 MySQL 的
innodb_buffer_pool_size调优 -
注意字符集初始化开销：连接时指定
charset=utf8mb4在 DSN 中（如mysql:dbname=test;charset=utf8mb4），比连接后执行SET NAMES少一次 round-trip
不复杂但容易忽略——PDO 优化本质是删掉那些“默认很安全、但生产不需要”的配置和惯性写法。
