Laravel Datatables服务端加载订单数据TTFB过高缓慢问题咨询

原有代码核心性能瓶颈 #

• 错误调用$orders->get()全量加载所有符合过滤条件的订单数据，完全浪费了服务端渲染的分页能力，即使仅300多条数据也会产生大量内存开销和序列化耗时
• 未做关联预加载，遍历订单时获取用户、店铺、服务类型等关联数据会触发N+1次SQL查询，是TTFB过高的核心原因
• 周/月/年度过滤逻辑使用函数包裹created_at字段，导致created_at索引失效，过滤查询速度慢

现有修改版本的优化点 #

你修改后移除了全量get()调用，直接将QueryBuilder传入Datatables扩展，由扩展自动处理分页、排序逻辑，仅查询当前页需要的数据，所以响应时间从59s降到5s，优化方向完全正确。

可进一步优化的方案 #

按照以下步骤调整后，响应时间可进一步降低到1s以内：

1. 新增关联预加载，彻底解决N+1查询问题
   在初始化查询时直接预加载所有需要用到的关联：

$orders = Order::with(['user', 'user.user_address', 'store', 'store.service_type1'])->latest();

2. 优化时间过滤逻辑，避免索引失效
   将周/月/年度的函数过滤改成范围查询，利用created_at索引提升过滤速度，示例：

// 月度查询优化示例
elseif ($filter_type == "monthly") {
    $orders = $orders->whereBetween('created_at', [
        Carbon::now()->startOfMonth(),
        Carbon::now()->endOfMonth()
    ]);
}
// 周、年度查询均可以参照上述写法调整，避免使用MONTH()、YEAR()等函数包裹字段

3. 替换错误抑制符为规范写法
   移除所有@错误抑制符，改用Laravel自带的optional()函数处理可能为空的关联数据，既避免报错也不会隐藏实际问题：

->addColumn('user_name', function ($order) {
    return optional($order->user)->name;
})

4. 可选优化：将常用字段的格式化逻辑写入模型访问器，减少控制器层的遍历计算开销。

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