多关联表订单查询性能优化求助：Eloquent转Query Builder后1:N关联单条数据查询瓶颈

我之前做过类似的多关联表订单系统优化，踩过不少坑，针对你遇到的「获取1:N关联中第一条/最新一条记录且查询性能差」的问题，给你几个亲测有效的解决方案：

1. 用数据库窗口函数批量筛选目标记录 #

窗口函数（比如ROW_NUMBER()）是数据库层面的批量计算能力，比你之前用的双层子查询Join效率高很多，尤其适合处理分组取Top1的场景。

以你提到的files表为例，用窗口函数给每个订单的文件按创建时间排序，取最新的那一条：

$orders = DB::table('orders')
    ->select([
        // 你的25个订单主表字段
        'contractor_files.filename' // 关联的最新文件名
    ])
    // 用leftJoinSub封装窗口函数子查询
    ->leftJoinSub(
        function ($query) {
            $query->from('files')
                ->selectRaw(
                    'fileable_id, filename, 
                    ROW_NUMBER() OVER (PARTITION BY fileable_id ORDER BY created_at DESC) AS rn'
                )
                ->where('fileable_type', 'App\\Order')
                ->having('rn', '=', 1); // 只取每组的第一条（最新）
        },
        'contractor_files',
        'contractor_files.fileable_id',
        '=',
        'orders.id'
    )
    // 其他左连接和条件
    ->when(...)
    ->get();

这个方法的优势：窗口函数是一次性计算所有分组的Top1，不会像逐行子查询那样反复执行，性能提升非常明显。你可以把这个模式复制到其他6个1:N关联场景中，代码也相对清晰。

2. 拆分查询，在应用层合并数据 #

当多表Join导致结果集膨胀（比如多个1:N关联同时Join会产生笛卡尔积），拆分查询反而更高效。思路是：先查订单主数据，再批量查每个关联表的目标记录，最后在PHP里把数据拼起来。

步骤示例：

// 1. 先查询订单主数据，用keyBy把订单id作为键，方便后续关联
$orders = DB::table('orders')
    ->select([/* 订单主表字段 */])
    ->when(...) // 你的筛选条件
    ->get()
    ->keyBy('id');

// 2. 批量获取所有订单的最新文件（一次查询搞定）
$orderIds = $orders->keys();
$latestFiles = DB::table('files')
    ->whereIn('fileable_id', $orderIds)
    ->where('fileable_type', 'App\\Order')
    ->selectRaw('fileable_id, filename')
    // 子查询筛选每个订单的最新文件
    ->whereRaw('(fileable_id, created_at) IN (
        SELECT fileable_id, MAX(created_at) 
        FROM files 
        WHERE fileable_type = "App\\Order" AND fileable_id IN ('.implode(',', $orderIds).') 
        GROUP BY fileable_id
    )')
    ->get()
    ->keyBy('fileable_id');

// 3. 在应用层合并数据
foreach ($orders as $order) {
    $order->latest_file = $latestFiles->get($order->id)?->filename;
    // 其他关联数据也用同样方式合并
}

这个方法避免了多Join带来的结果集爆炸，每个查询都是小范围的精准查询，性能往往比巨型Join更好，而且代码可读性更高，不会出现100行的复杂查询。

3. 用数据库视图封装关联逻辑 #

如果这些关联查询是固定的业务需求，可以把「取每个订单最新关联记录」的逻辑封装成数据库视图，这样查询订单时直接连视图即可，代码会简洁很多，数据库也能对视图做执行计划优化。

比如创建latest_order_files视图：

CREATE VIEW latest_order_files AS
SELECT t1.fileable_id, t1.filename
FROM files t1
INNER JOIN (
    SELECT fileable_id, MAX(created_at) AS max_created_at
    FROM files
    WHERE fileable_type = 'App\\Order'
    GROUP BY fileable_id
) t2 ON t1.fileable_id = t2.fileable_id AND t1.created_at = t2.max_created_at;

然后在查询中直接使用视图：

$orders = DB::table('orders')
    ->select(...)
    ->leftJoin('latest_order_files', 'latest_order_files.fileable_id', '=', 'orders.id')
    // 其他关联视图或表
    ->get();

视图的好处是把复杂的子查询逻辑封装起来，业务代码只需要关注关联视图，维护起来更方便。

通用优化建议 #

• 加索引！ 给关联字段建立联合索引，比如files表的fileable_type + fileable_id + created_at联合索引，能大幅加速子查询和窗口函数的执行。
• 避免全字段查询：只选择需要的25个字段，减少数据传输和内存占用。
• 分页查询：如果用户不需要一次性查看3000条订单，用->paginate(20)代替->get()，单次查询数据量骤降，性能立刻提升。

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