MySQL 按天统计怎么补齐没有数据的日期

按业务表直接 GROUP BY DATE(created_at)，只能得到“有记录的日期”。某天没有订单时，那一天根本不会出现在结果集里。要补齐日期，做法是先生成一张连续的日期序列，再让它作为 LEFT JOIN 的左表；右侧没有匹配记录时，用 COALESCE 把空值变成 0。

先生成一份完整的日期序列

下面假设统计 2026-09-01 到 2026-09-07 的订单数。递归 CTE 的第一段产生开始日，第二段每天加一天；WHERE d 是停止条件，所以结束日也会保留下来。

WITH RECURSIVE date_series (d) AS (
    -- 锚点：先放入统计起始日
    SELECT CAST('2026-09-01' AS DATE)
    UNION ALL
    -- 递归：每天向后推进一天，超过结束日就停止
    SELECT d + INTERVAL 1 DAY
    FROM date_series
    WHERE d 

这里给 CTE 显式写了列名 (d)，避免后面引用时含义不清。开始日和结束日来自程序参数时，建议使用预处理参数；示例中的日期只是为了把递归边界展示完整。

用 LEFT JOIN 把空日期保留下来

真正的统计要从日期序列出发。若把 orders 放在左侧，缺数据的日期没有机会进入结果；而日期序列左连接订单表，会为每一个日期保留一行。COUNT(o.id) 在没有匹配行时为 0，其他聚合字段则可以用 COALESCE 显式兜底。

WITH RECURSIVE date_series (d) AS (
    -- 生成包含首尾日期的连续序列
    SELECT CAST('2026-09-01' AS DATE)
    UNION ALL
    SELECT d + INTERVAL 1 DAY
    FROM date_series
    WHERE d = ds.d
   AND o.created_at 

例如 9 月 3 日没有订单，结果仍会有 2026-09-03 | 0 | 0。注意不要把 o.status = 'paid' 之类的右表条件写到 WHERE 中，否则空日期会再次被过滤；应放在 ON 条件里。

时间条件要写成半开区间

按天统计最容易踩的坑是 DATE(o.created_at)。它表达直观，但函数包裹了时间列，优化器未必能像范围条件一样使用 created_at 索引。更稳妥的写法是当天零点（含）到次日零点（不含）：

如果表中保存的是 UTC 时间，而报表按中国时区展示，先统一“统计日”的时区边界，再进行连接；不要让数据库会话时区和应用时区各自解释一遍。

检查递归上限和报表范围

日期序列不是无限日历。递归条件必须能向结束日收敛，起止日期也要先校验开始日不晚于结束日。MySQL 文档说明，cte_max_recursion_depth 默认限制为 1000 层；超过这个范围时，月度报表通常没问题，但跨多年生成序列就要重新评估。

-- 仅对当前会话调整递归层数，执行完连接结束后不影响其他会话
SET SESSION cte_max_recursion_depth = 2000;

生产查询还应给日期跨度设置业务上限，或使用已有日历表。日历维度需要反复按月、周、节假日统计时，预建 dim_date 更容易维护，也能把节假日、财务周等属性直接放进同一张表。

常见问题

为什么递归 CTE 少了一天？

通常是把停止条件写成 d + INTERVAL 1 DAY 。让当前行用 d 判断，递归生成结束日后自然停止。

为什么补零后还是看不到日期？

检查是否从订单表开始查询，或把右表筛选条件放进了 WHERE。日期序列要在左侧，右表过滤条件放进 ON。

什么时候应该改用日历表？

只查短日期范围时递归 CTE 很方便；如果报表跨度长、查询频繁，或者需要工作日和财务周属性，日历表更合适。

记住这条组合：先造完整日期，再用日期表 LEFT JOIN 业务数据，聚合结果用 COALESCE 兜底，时间匹配使用半开区间。