数据库查询慢主因是索引未命中，应先用explain分析执行计划，确保type为ref/range、key非空；再为where/join/order by字段建索引，复合查询按等值在前范围在后排序；慎用with()防n+1，优先select指定字段、remember()缓存、分页处理。
如果您在Laravel应用中发现数据库查询响应迟缓、执行计划异常或无法命中预期索引，则很可能是底层数据库驱动配置或SQL生成逻辑未适配当前数据库特性。以下是直接作用于查询执行层的多种驱动级与底层优化操作：
一、切换数据库驱动并启用原生预处理
MySQL默认PDO驱动在某些版本中会禁用原生预处理（native prepared statements），导致参数绑定失效、执行计划不稳定，进而绕过索引。切换为显式启用原生预处理的驱动可强制MySQL使用prepared statement缓存与索引选择逻辑。
1、编辑.env文件，将DB_PDO_OPTIONS设为空值以解除Laravel默认覆盖：
2、在config/database.php的mysql连接配置中，添加'options' => [\PDO::ATTR_EMULATE_PREPARES => false]；
3、验证是否生效：在Tinker中执行DB::connection()->getPdo()->getAttribute(\PDO::ATTR_EMULATE_PREPARES)，返回false即成功；
4、重启队列与FPM进程，避免连接池复用旧配置。
二、强制指定索引执行查询
当优化器因统计信息陈旧或复合条件误判而放弃可用索引时，可在查询构建器中嵌入FORCE INDEX提示，绕过优化器决策，确保走指定索引路径。
1、使用DB::raw()包裹FORCE INDEX语法，在from()后注入：
2、对Eloquent模型，重写from()方法或使用toBase()获取查询构建器实例；
3、示例语句：DB::table('orders')->from(DB::raw('orders FORCE INDEX (idx_user_status)'))->where('user_id', 123)->where('status', 'shipped')->get()；
4、注意：仅在EXPLAIN确认索引有效且优化器持续误判时使用，不可用于生产环境长期依赖。
三、替换默认查询构建器为底层DB类直连
Laravel的Query Builder经多层抽象后可能引入冗余逻辑（如自动转义、字段别名映射），影响执行计划稳定性。绕过Builder，直接使用DB::select()配合参数绑定，可获得最接近原生MySQL的行为。
1、禁用Eloquent与QueryBuilder中间层，改用DB::select($sql, $bindings)；
2、SQL语句中必须使用?占位符，禁止字符串拼接；
3、对复杂条件，先用DB::table('x')->where(...)->toSql()生成骨架，再手动补全FORCE INDEX或USE INDEX；
4、关键点：所有绑定参数必须与?数量严格一致，且顺序不可错位。
四、修改PDO连接属性以适配高并发查询模式
默认PDO连接未开启PDO::MYSQL_ATTR_USE_BUFFERED_QUERY，在长事务或游标式分页场景下易引发连接阻塞与锁等待。调整该属性可使结果集一次性缓冲，释放连接供复用。
1、在config/database.php的mysql配置块中，向'options'数组追加\PDO::MYSQL_ATTR_USE_BUFFERED_QUERY => true；
2、同时设置\PDO::ATTR_TIMEOUT => 5防止连接无限挂起；
3、若使用MySQL 8.0+，额外启用\PDO::MYSQL_ATTR_SSL_CA等安全属性以避免TLS协商失败降级；
4、执行php artisan config:clear并重启PHP-FPM服务使配置生效。
五、禁用Laravel自动软删除全局作用域
当模型启用SoftDeletes但查询明确只需活跃数据时，Laravel自动注入WHERE deleted_at IS NULL会干扰复合索引使用——尤其当索引未包含deleted_at字段时，导致全表扫描。
1、在控制器或服务中，对特定查询调用withoutGlobalScopes()彻底移除软删除约束；
2、更精准方式：使用withoutGlobalScope(SoftDeletingScope::class)仅禁用软删除；
3、验证效果：对比执行DB::enableQueryLog()前后SQL，确认deleted_at条件已消失；
4、注意：仅限确定不需软删除过滤的读场景，写操作仍须保留该作用域。
