Laravel 10 中实现多时间段每日统计需分段查询后合并，推荐三种方案：1. Collection 合并各时段结果，适合小规模；2. UNION ALL 原生SQL一次性查询，性能优；3. CTE构建日期维度表JOIN统计，支持动态时段与零值填充。
在 Laravel 10 中实现多时间段的每日统计（比如多个日期范围各自按天聚合数据），不能直接用单个 whereBetween 覆盖全部区间，而需对每个时间段分别查询并合并结果。核心思路是：**避免手动循环查库，利用 UNION ALL 或分段查询 + 集合合并，兼顾性能与可读性**。
方案一：用 Collection 合并多个时间段的 daily 统计
适用于时间段数量不多（如 ≤5）、数据量中等（单日万级以内）的场景。先查出原始记录，再用 Laravel 集合按日期分组统计：
- 定义多个时间段数组，例如：
[['2024-01-01', '2024-01-05'], ['2024-02-10', '2024-02-15']] - 对每个时间段执行一次查询，统一 select date(created_at) as date，并加上标识字段（如
period_id）便于后续区分 - 用
collect()合并所有结果，再用groupBy('date')或groupBy(['period_id', 'date'])分组求和
示例片段：
$ranges = [
['2024-01-01', '2024-01-05'],
['2024-02-10', '2024-02-15']
];
<p>$results = collect();
foreach ($ranges as $index => $range) {
$data = Order::selectRaw('DATE(created_at) as date')
->selectRaw('COUNT(*) as count')
->selectRaw("{$index} as period_id")
->whereBetween('created_at', $range)
->groupBy('date')
->get();
$results = $results->merge($data);
}</p><p>// 按 period_id + date 分组，或仅按 date 全局汇总
$grouped = $results->groupBy(['period_id', 'date'])->map(function ($items) {
return $items->sum('count');
});
方案二：原生 SQL UNION ALL 一次性查出所有时间段结果
适合对性能敏感、时间段固定且数量少（2~3 个）的场景。Laravel 支持原生 UNION 查询，避免多次往返数据库：
- 为每个时间段写一个子查询，SELECT 相同结构字段（date、count、period_id）
- 用
DB::table(DB::raw('(...) as t1'))->union(...)拼接，最后统一 groupBy - 注意：MySQL 要求 UNION 的各 SELECT 字段数、类型一致；日期需用
DATE()提取
示例（简化）：
$sql1 = "(SELECT DATE(created_at) as date, COUNT(*) as count, 1 as period_id
FROM orders WHERE created_at BETWEEN '2024-01-01' AND '2024-01-05'
GROUP BY DATE(created_at))";
<p>$sql2 = "(SELECT DATE(created_at) as date, COUNT(*) as count, 2 as period_id
FROM orders WHERE created_at BETWEEN '2024-02-10' AND '2024-02-15'
GROUP BY DATE(created_at))";</p><p>$results = DB::select("SELECT * FROM {$sql1} UNION ALL {$sql2}");
方案三：使用窗口函数或 CTE（MySQL 8.0+/PG）做高级分段
当时间段动态生成、且数据库版本支持时，可用 CTE 预定义时间范围表，再 LEFT JOIN 原表统计：
- 构建日期维度表（临时或永久），包含所有目标日期及所属 period_id
- LEFT JOIN 订单表 ON DATE(created_at) = date，再按 date 和 period_id 分组计数
- Laravel 中可用
DB::raw()写 WITH 子句，或用视图封装逻辑
优势是“以空间换时间”，尤其适合日报+周报+月报混合统计，但需 DB 权限支持。
注意事项与优化建议
-
索引必须有：确保
created_at字段有 B-tree 索引，复合查询可考虑(created_at, status)等高频筛选字段 - 避免
SELECT *：只查需要的字段，尤其是大表，减少网络和内存开销 - 超大数据量（单表千万+）慎用 Collection 合并，优先走数据库聚合，必要时加缓存（如 Redis 存每日快照）
- 若需补全无数据的日期（如某天没订单也要显示 0），方案一/二需额外用 Carbon::parse()->modify(‘+1 day’) 循环填充；方案三中 CTE 日期表天然支持
