本文深入探讨了Laravel中leftJoin查询性能慢的常见问题，尤其当在连接条件中使用where子句时。通过对比Laravel执行与直接SQL执行的性能差异，揭示了使用on方法定义连接条件的重要性。文章提供了正确的代码示例，并强调了在Laravel中构建高效数据库查询的最佳实践，以避免潜在的性能瓶颈。
理解Laravel中JOIN条件与性能
在Laravel的数据库查询构建器中，执行JOIN操作是常见的需求。然而，有时开发者会遇到一个令人困惑的性能问题：一个在Laravel中执行缓慢的leftJoin查询，当将其生成的SQL语句直接粘贴到数据库管理工具（如phpMyAdmin）中执行时，却表现得非常迅速。这种差异往往指向了Laravel查询构建器中关于JOIN条件设置的微妙之处。
问题现象分析
考虑以下Laravel查询代码：
$sql = DB::table('inventorysku_tb as isku') ->leftJoin('inventorytrackingmodules_tb as itm', function ($join) { $join->where('itm.coID', '=', 4) ->whereBetween('itm.effectiveDate', ['2021-05-01', '2021-05-31']) ->on('itm.skuID', '=', 'isku.ID'); });// 执行分页查询$result = $sql->paginate(25);
这段代码在Laravel中执行可能需要17秒之久。然而，通过toSql()方法获取其生成的SQL语句并手动替换参数后，在phpMyAdmin中执行：
select * from `inventorysku_tb` as `isku` left join `inventorytrackingmodules_tb` as `itm` on `itm`.`coID` = 4 and `itm`.`effectiveDate` between '2021-05-01' and '2021-05-31' and `itm`.`skuID` = `isku`.`ID`
这条SQL语句在phpMyAdmin中仅需0.2秒即可完成。此外，如果将Laravel代码中的leftJoin改为innerJoin，查询速度也会显著提升（例如，878毫秒）。这种现象表明，问题并非出在SQL语句本身，而可能与Laravel查询构建器在处理leftJoin时，where子句的使用方式或其内部优化机制有关。
尽管在leftJoin回调中使用where方法在某些情况下也能将条件添加到ON子句中，但它可能导致Laravel在内部处理查询时产生额外的开销，或以某种方式影响数据库的查询优化器。
解决方案：正确使用on方法定义JOIN条件
Laravel查询构建器为JOIN操作提供了专门的on方法来定义连接条件。根据Laravel官方文档，on子句可以被链式调用，以构建复杂的JOIN条件。这是定义连接条件的标准和推荐方式，它能够确保查询构建器以最明确和优化的方式生成SQL。
正确代码示例
为了解决上述性能问题，应将所有连接条件都通过on方法来定义。对于whereBetween这类范围条件，可以通过嵌套的on回调函数来实现，确保它们作为ON子句的一部分：
$sql = DB::table('inventorysku_tb as isku') ->leftJoin('inventorytrackingmodules_tb as itm', function ($join) { $join->on('itm.skuID', '=', 'isku.ID') // 主连接条件 ->on('itm.coID', '=', DB::raw(4)) // 其他等值条件 ->on(function ($query) { // 嵌套on用于复杂条件，如whereBetween $query->whereBetween('itm.effectiveDate', ['2021-05-01', '2021-05-31']); }); });// 执行分页查询$result = $sql->paginate(25);
代码解释：
$join->on(‘itm.skuID’, ‘=’, ‘isku.ID’): 这是最直接的等值连接条件。$join->on(‘itm.coID’, ‘=’, DB::raw(4)): 对于常量值，使用DB::raw()可以确保其作为字面量直接插入SQL，避免潜在的类型转换或绑定参数问题（尽管在简单等值比较中通常不是必需的，但作为良好实践可以考虑）。$join->on(function ($query) { … }): 这是一个关键技巧。当需要在一个ON子句中包含whereBetween、whereIn或其他更复杂的条件时，可以通过嵌套一个匿名函数来使用QueryBuilder的方法。在这个嵌套函数中，whereBetween会被正确地转换为ON子句中的AND条件。
通过这种方式重构查询后，Laravel生成的SQL语句将与在phpMyAdmin中快速执行的SQL语句完全一致，并且在Laravel环境中的执行性能也将得到显著提升。
注意事项与最佳实践
优先使用on定义JOIN条件: 始终将JOIN操作的条件通过on方法来指定，而不是where。on是专门为此目的设计的，能够确保生成的SQL语句符合预期，并允许数据库优化器更好地理解和执行查询。where子句的用途: where方法主要用于定义整个查询的过滤条件，通常位于FROM和JOIN之后。例如，DB::table(‘users’)->join(‘posts’, ‘users.id’, ‘=’, ‘posts.user_id’)->where(‘users.active’, true)。检查生成的SQL: 在遇到性能问题时，使用toSql()方法打印出Laravel生成的SQL语句，并结合getBindings()查看绑定参数，是诊断问题的有效手段。利用数据库EXPLAIN: 将生成的SQL语句在数据库管理工具中通过EXPLAIN命令进行分析，可以深入了解数据库如何执行查询，识别潜在的索引缺失或查询优化瓶颈。索引优化: 确保JOIN条件中涉及的列（例如itm.skuID, isku.ID, itm.coID, itm.effectiveDate）都已建立适当的索引。这是数据库查询性能的基础。paginate的影响: paginate方法本身会添加LIMIT和OFFSET子句，并执行额外的COUNT查询。虽然它不会直接导致原始查询逻辑变慢，但如果原始查询本身效率低下，paginate会放大这种低效。
总结
在Laravel中处理leftJoin查询时，理解并正确使用on方法来定义连接条件至关重要。避免在leftJoin回调中混淆使用where来定义连接条件，即使toSql()输出看起来正确，也可能导致意想不到的性能问题。通过遵循最佳实践，利用on及其嵌套回调功能，开发者可以构建出高效、可维护且性能卓越的数据库查询。当遇到查询性能差异时，深入分析生成的SQL和数据库执行计划，是定位和解决问题的关键。
以上就是Laravel leftJoin 查询性能优化：where 与 on 的正确使用的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1293211.html
微信扫一扫 
支付宝扫一扫 
