PHP 8.4 尚未发布，当前最新稳定版为 PHP 8.3；PDO 预处理语句需显式绑定参数类型（如 PDO::PARAM_STR、PDO::PARAM_INT），否则可能引发隐式转换失败、索引失效或全表扫描。
PHP 8.4 中 PDO 预处理语句必须显式绑定参数类型
PHP 8.4 并未发布（截至 2024 年中，最新稳定版是 PHP 8.3），所谓“PHP 8.4 的 SQL 查询优化”实际是误传。但如果你正在升级到 PHP 8.3 或准备迁移到未来版本，需注意：PDO 在严格模式下对 PDO::PARAM_* 类型绑定更敏感，不显式指定类型可能导致隐式转换失败或全表扫描。
常见错误现象：PDOStatement::execute() 返回 false，PDO::errorInfo() 显示 HY000 或字段类型不匹配；MySQL 慢查询日志里出现本该走索引却 type: ALL 的查询。
- 字符串参数一律用
PDO::PARAM_STR，哪怕字段是VARCHAR或TEXT - 整数参数必须用
PDO::PARAM_INT，不能依赖自动转换——PHP 8.3+ 对"123"绑定为整型会报Invalid parameter number - NULL 值需显式用
PDO::PARAM_NULL，否则可能被转成空字符串参与索引失效
$stmt = $pdo->prepare("SELECT * FROM users WHERE status = ? AND created_at > ?");
$stmt->bindValue(1, 'active', PDO::PARAM_STR);
$stmt->bindValue(2, '2024-01-01', PDO::PARAM_STR); // 注意：时间戳字符串仍属 STR
$stmt->execute();避免在 WHERE 子句中对字段使用函数（PHP 层无法修复，但能预防）
这是 MySQL 层级的性能杀手，和 PHP 版本无关，但在 PHP 8.3+ 的严格类型上下文中更容易暴露问题——比如你拼接了 DATE(created_at)，MySQL 无法使用 created_at 索引，而 PHP 又因强类型拒绝把时间对象直接转成字符串。
使用场景：按日期筛选、分页时用 UNIX_TIMESTAMP() 包裹字段、对手机号用 REPLACE(phone, '-', '') 查询。
立即学习“PHP免费学习笔记（深入）”；
- 改写为范围查询：
created_at >= '2024-01-01' AND created_at ，而非DATE(created_at) = '2024-01-01' - 索引字段保持裸露：确保
WHERE phone = ?中的?是清洗后的纯数字，而不是在 SQL 里调用REPLACE - 如必须模糊前缀匹配，用
LIKE 'prefix%'（可走索引），避开LIKE '%suffix'或CONCAT('%', ?)
PHP 8.3+ 的 mysqli_stmt::get_result() 在启用 MYSQLI_OPT_CONNECT_TIMEOUT 后更易超时
PHP 8.3 默认启用更严格的连接超时控制，若数据库响应慢（如大结果集未分页），get_result() 可能抛出 mysqli_sql_exception，错误信息类似 Connection lost during query，表面是 SQL 问题，实则是 PHP 客户端配置激进。
性能影响：未设超时值时，PHP 可能卡死数分钟；设太短又导致正常慢查被中断。
- 连接时显式设置合理超时：
mysqli_options($mysqli, MYSQLI_OPT_CONNECT_TIMEOUT, 5); - 大结果集优先用
fetch()流式读取，而非get_result()->fetch_all()全量加载到内存 - 确认 MySQL 的
wait_timeout和interactive_timeout不低于 PHP 设置值，否则连接可能被服务端先断开
用 EXPLAIN 验证 PHP 发出的最终 SQL 是否走索引
很多人以为加了 prepare() 就一定高效，其实 PHP 只负责发送 SQL，执行计划完全由 MySQL 决定。PHP 8.3 的 JIT 编译和 Opcache 对查询性能无直接影响，真正瓶颈永远在 SQL 本身是否触发索引、是否回表、是否临时表排序。
容易踩的坑：本地开发用小数据看不出问题，上线后百万行表突然变慢；ORM 自动生成的 SQL 带冗余 ORDER BY RAND() 或 SELECT * 导致 I/O 暴增。
- 在生产环境复现慢查时，在 MySQL CLI 中执行
EXPLAIN FORMAT=JSON [your_query]，重点看key、rows、extra字段 - 检查
EXTRA是否含Using filesort或Using temporary，这些意味着排序/分组没走索引 - 如果
key为NULL，说明没命中任何索引——别怪 PHP，去查字段类型是否和绑定参数一致、索引是否覆盖所有 WHERE 条件
复杂点往往不在 PHP 代码里，而在你没看过的那条 EXPLAIN 输出里。
