Laravel带paginate的简单查询运行慢，但phpmyadmin执行同SQL速度极快

• 分页隐藏的COUNT查询拖慢速度：调用paginate(25)时Laravel会自动执行一次COUNT(*)查询计算总页数，你通过toSql()输出的仅为数据查询语句，未包含该COUNT语句。LEFT JOIN场景下COUNT需要扫描左表全量匹配行，效率远低于INNER JOIN，这也符合你修改为INNER JOIN后速度大幅提升的现象。
• PDO参数绑定导致执行计划劣化：你手动替换参数到phpMyAdmin执行的是硬编码常量的SQL，MySQL查询优化器可以基于常量生成最优执行计划；而Laravel使用PDO参数绑定传递查询条件，优化器无法提前获取参数值，对LEFT JOIN场景的索引选择容易出现误判，导致走全表扫描。
• JOIN条件顺序不合理：你将关联表过滤条件写在ON关联逻辑之前，MySQL优化器无法优先过滤关联表的小数据集，增加了关联扫描的行数。

1. 优先验证慢查询来源：开启Laravel查询日志确认耗时最高的语句

   \DB::enableQueryLog();
   // 执行你的查询代码
   dd(\DB::getQueryLog());
   

   若确认是COUNT查询耗时占比最高，可根据需求选择优化方案：
   • 不需要展示总页数、总条数的场景，替换paginate(25)为simplePaginate(25)，该方法不会执行COUNT查询，仅生成上一页/下一页的分页逻辑。
   • 需要展示总条数的场景，手动查询COUNT值传入paginate方法，避免关联查询COUNT：

     $total = \DB::table('inventorysku_tb')->count();
     $data = $sql->paginate(25, ['*'], 'page', request('page', 1), $total);
     

2. 调整JOIN条件顺序，优先写关联逻辑再写过滤条件，帮助优化器识别执行路径：

   ->leftJoin('inventorytrackingmodules_tb as itm', function ($join) {
       $join->on('itm.skuID', '=', 'isku.ID')
           ->where('itm.coID', '=', 4)
           ->whereBetween('itm.effectiveDate', ['2021-05-01', '2021-05-31']);
   })
   

3. 为关联表添加联合索引，覆盖所有过滤和关联条件：
   给inventorytrackingmodules_tb表添加(coID, skuID, effectiveDate)的联合索引，关联和过滤都可以直接走索引，不需要回表查询。
4. 子查询预过滤关联表：先查询出itm表符合条件的数据集，再和主表做LEFT JOIN，减少关联时的扫描行数。

内容的提问来源于stack exchange，提问作者jove0610