PDO预处理语句本身不提升单次查询速度，性能优化依赖数据库索引；需确保WHERE条件字段有匹配索引、避免函数包装和隐式类型转换，并合理设计复合索引以支持高频查询模式。
PHP 中使用 PDO 预处理语句本身不直接“结合索引优化”，但正确编写 SQL + 合理设计数据库索引，能让预处理语句真正发挥性能优势。关键在于：预处理解决的是 SQL 注入和重复执行开销问题，而查询速度是否快，取决于底层 MySQL（或其他数据库）能否高效定位数据——这靠索引。
预处理语句本身不加速单次查询
PDO 预处理（$pdo->prepare() + $stmt->execute()）主要带来两方面好处：
- 防止 SQL 注入：参数自动转义，无需手动拼接字符串
- 减少解析/编译开销：同一条 SQL 多次执行时，数据库可复用执行计划（尤其在连接池或长连接场景下）
但它不会让一个 WHERE name = ? 查询变快——除非 name 字段上有索引。
真正起作用的是 WHERE 条件字段的索引
预处理语句中的占位符（? 或 :name）在执行时会被替换成具体值，最终生成的查询和手写 SQL 完全等价。所以索引是否生效，只看：
立即学习“PHP免费学习笔记（深入）”；
- WHERE 子句中使用的列是否已建索引
- 索引类型是否匹配查询模式（如前缀索引对
LIKE 'abc%'有效，但对LIKE '%abc'无效） - 是否发生隐式类型转换（例如字段是
VARCHAR，却传入整数参数，可能导致索引失效）
示例：
✅ 有效（假设 email 有索引）：
$stmt = $pdo->prepare("SELECT id FROM users WHERE email = ?");<br>
$stmt->execute(['user@example.com']);
❌ 可能失效（即使写了预处理）：
$stmt = $pdo->prepare("SELECT id FROM users WHERE UPPER(email) = ?");<br>
$stmt->execute(['USER@EXAMPLE.COM']);→ 函数包装导致无法使用
email 索引，应改为存储小写并查小写值，或建函数索引（MySQL 8.0+）。
复合索引与参数顺序要对齐
当 WHERE 有多个条件时，复合索引的列顺序很重要。预处理语句中参数绑定顺序不影响索引使用，但 SQL 中 WHERE 的逻辑顺序需配合索引结构：
- 索引
(status, created_at)能加速WHERE status = ? AND created_at > ? - 但对
WHERE created_at > ? AND status = ?同样有效（MySQL 会自动优化条件顺序） - 对
WHERE created_at > ?却无法利用该索引（缺少最左前缀status）
建议：按查询高频组合建复合索引，并用 EXPLAIN 验证实际是否命中。
避免常见陷阱
- 不要在预处理里拼接表名/列名：预处理只支持值占位，不支持标识符。动态表名必须白名单校验后拼接
-
批量插入慎用单条预处理循环：1000 行用 1000 次
execute()比不上一次INSERT INTO ... VALUES (?,?),(?,?),...（配合str_repeat构造占位符） -
注意字符集与排序规则：若连接、表、字段的 collation 不一致，可能引发隐式转换，使索引失效（如
utf8mb4_0900_as_csvsutf8mb4_unicode_ci）
