LaravelleftJoin优化：where与on使用技巧

本文针对Laravel框架中`leftJoin`查询性能慢的问题，特别是`where`子句在连接条件中的不当使用进行了深入分析。通过对比Laravel执行与直接SQL执行的差异，强调了使用`on`方法定义连接条件的重要性。文章提供了优化的代码示例，展示了如何通过`on`方法及其嵌套回调，构建高效的数据库查询，避免潜在的性能瓶颈。掌握Laravel中`JOIN`条件与性能优化的技巧，能有效提升应用性能，为开发者提供更佳的开发体验。本文还探讨了索引优化和`paginate`方法对性能的影响，为解决Laravel `leftJoin`性能问题提供了全面的解决方案。

理解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);

代码解释：

1. $join->on('itm.skuID', '=', 'isku.ID'): 这是最直接的等值连接条件。
2. $join->on('itm.coID', '=', DB::raw(4)): 对于常量值，使用DB::raw()可以确保其作为字面量直接插入SQL，避免潜在的类型转换或绑定参数问题（尽管在简单等值比较中通常不是必需的，但作为良好实践可以考虑）。
3. $join->on(function ($query) { ... }): 这是一个关键技巧。当需要在一个ON子句中包含whereBetween、whereIn或其他更复杂的条件时，可以通过嵌套一个匿名函数来使用QueryBuilder的方法。在这个嵌套函数中，whereBetween会被正确地转换为ON子句中的AND条件。

通过这种方式重构查询后，Laravel生成的SQL语句将与在phpMyAdmin中快速执行的SQL语句完全一致，并且在Laravel环境中的执行性能也将得到显著提升。

注意事项与最佳实践

1. 优先使用on定义JOIN条件: 始终将JOIN操作的条件通过on方法来指定，而不是where。on是专门为此目的设计的，能够确保生成的SQL语句符合预期，并允许数据库优化器更好地理解和执行查询。
2. where子句的用途: where方法主要用于定义整个查询的过滤条件，通常位于FROM和JOIN之后。例如，DB::table('users')->join('posts', 'users.id', '=', 'posts.user_id')->where('users.active', true)。
3. 检查生成的SQL: 在遇到性能问题时，使用toSql()方法打印出Laravel生成的SQL语句，并结合getBindings()查看绑定参数，是诊断问题的有效手段。
4. 利用数据库EXPLAIN: 将生成的SQL语句在数据库管理工具中通过EXPLAIN命令进行分析，可以深入了解数据库如何执行查询，识别潜在的索引缺失或查询优化瓶颈。
5. 索引优化: 确保JOIN条件中涉及的列（例如itm.skuID, isku.ID, itm.coID, itm.effectiveDate）都已建立适当的索引。这是数据库查询性能的基础。
6. paginate的影响: paginate方法本身会添加LIMIT和OFFSET子句，并执行额外的COUNT查询。虽然它不会直接导致原始查询逻辑变慢，但如果原始查询本身效率低下，paginate会放大这种低效。

总结

在Laravel中处理leftJoin查询时，理解并正确使用on方法来定义连接条件至关重要。避免在leftJoin回调中混淆使用where来定义连接条件，即使toSql()输出看起来正确，也可能导致意想不到的性能问题。通过遵循最佳实践，利用on及其嵌套回调功能，开发者可以构建出高效、可维护且性能卓越的数据库查询。当遇到查询性能差异时，深入分析生成的SQL和数据库执行计划，是定位和解决问题的关键。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《LaravelleftJoin优化：where与on使用技巧》文章吧，也可关注golang学习网公众号了解相关技术文章。