PDO性能优化关键在于SQL写法、连接管理、fetch模式及数据库配合：关闭模拟预处理、复用prepare、慎用持久连接、避免N+1、加索引并用EXPLAIN分析。
PHP 中使用 PDO 查询数据库时，性能瓶颈往往不在 PDO 本身，而在于 SQL 写法、连接管理、数据获取方式和缓存策略。优化关键在于减少不必要的开销、避免全表扫描、合理复用资源。
用好预处理语句（Prepared Statements）
预处理语句不仅能防止 SQL 注入，还能让数据库复用执行计划，尤其在循环中多次执行相似查询时效果明显。PDO 默认开启模拟预处理（PDO::ATTR_EMULATE_PREPARES = true），这会削弱原生预处理的优势。
- 显式关闭模拟预处理：
$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES, false); - 对重复结构的查询（如批量插入、按 ID 查单条记录），务必使用
prepare()+execute()，而非拼接字符串后直接query() - 避免在循环内反复调用
prepare()；应提前准备，循环中只调用execute()
合理选择 fetch 模式与数据量控制
一次性取回大量数据再用 PHP 过滤，既占内存又拖慢响应。PDO 的 fetch 行为直接影响性能和资源消耗。
- 查单条记录优先用
fetch()而非fetchAll()；明确知道只有一行时，加LIMIT 1到 SQL 中 - 遍历大结果集时，用
fetch()配合PDO::FETCH_ASSOC，避免PDO::FETCH_BOTH（它同时提供数字和关联键，多一倍内存） - 必要时启用游标查询（
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY => false），避免内存堆积，但需注意后续查询不能交错执行
优化连接与查询生命周期
PDO 实例不是越“重用”越好——长连接可能因超时、连接池限制或事务残留引发问题；但频繁新建连接又增加握手开销。
立即学习“PHP免费学习笔记（深入）”；
- Web 场景下推荐短连接：脚本开始时 new PDO，结束时自动销毁；不要全局静态复用（易导致连接泄漏或状态污染）
- 如需多个查询，尽量合并为 JOIN 或 UNION，减少 round-trip 次数；避免“N+1 查询”（如先查用户列表，再对每个用户查订单）
- 开启持久连接（
PDO::ATTR_PERSISTENT => true）仅适用于稳定、高并发 CLI 或常驻进程，Web 请求中慎用，可能引发连接数爆满或事务未清理
配合数据库层做基础优化
PDO 是接口，真正的性能来自底层 MySQL/PostgreSQL 的配合。脱离数据库谈 PDO 优化是隔靴搔痒。
- 确保查询字段有对应索引，特别是 WHERE、ORDER BY、JOIN 条件列；用
EXPLAIN看执行计划，避免 type=ALL - 避免在 WHERE 中对字段用函数（如
WHERE DATE(created_at) = '2024-01-01'），会导致索引失效 - 读多写少场景可考虑从库读分离，PDO 可通过不同 DSN 实现；简单项目可用读写分离中间件或手动路由
