GROUP BY不能直接算同比，因为它只输出每组一行汇总值，无法跨行获取去年同期数据；必须配合LAG()窗口函数（按年月排序后取前12行）或自连接才能实现同比计算。
GROUP BY 本身不能直接算同比，它只负责分组；同比必须配合窗口函数或自连接才能完成。硬套 GROUP BY 单独写同比，结果一定是错的。
为什么 GROUP BY 不能直接算同比？
因为同比需要「当前月」和「去年同期月」两行数据做减法除法，而 GROUP BY 每组只输出一行汇总值，没有上下文参照。你分完组后，2023-05 和 2024-05 是两条独立记录，没法在同一个 SELECT 行里相减。
Lag() 窗口函数才是同比核心
真正靠谱的做法是：先用 GROUP BY 按年月聚合销售额 → 再用 LAG() 把前12个月的值拉到当前行 → 最后计算差值和比率。
-
LAG(ttl_mon, 12) OVER (ORDER BY year_mon)：按年月排序，取往前第12行（即去年同月） - 必须确保
year_mon是CHAR或DATE类型且格式统一，比如'2024-05'，否则排序乱会导致LAG拉错行 - 如果某月缺数据（比如 2023-02 没订单），
LAG返回NULL，需用COALESCE或CASE WHEN处理除零和空值
GROUP BY + 子查询自连接也能跑通，但容易翻车
用两个 GROUP BY 子查询分别算出「本月」和「去年同月」，再用 LEFT JOIN 拼接。看似直观，实际有三个坑：
- JOIN 条件必须是
t.year_mon = DATE_FORMAT(DATE_ADD(y.year_mon, INTERVAL 1 YEAR), '%Y-%m')，手写容易漏DATE_FORMAT导致类型不匹配 - 如果去年某月没数据，LEFT JOIN 后该月
y.sales为NULL，直接除会报错，得加WHERE y.sales IS NOT NULL或用COALESCE(y.sales, 0) - MySQL 5.7 不支持窗口函数，才被迫用这种写法；MySQL 8.0+ 强烈建议改用
LAG
真实可跑的同比 SQL 片段（MySQL 8.0+）
SELECT
year_mon,
ttl_mon AS current_sales,
prev_year_sales,
CASE
WHEN prev_year_sales IS NULL OR prev_year_sales = 0 THEN NULL
ELSE ROUND((ttl_mon - prev_year_sales) / prev_year_sales * 100, 2)
END AS yoy_rate
FROM (
SELECT
DATE_FORMAT(create_time, '%Y-%m') AS year_mon,
SUM(order_money) AS ttl_mon,
LAG(SUM(order_money), 12) OVER (ORDER BY DATE_FORMAT(create_time, '%Y-%m')) AS prev_year_sales
FROM food_orders_info
GROUP BY DATE_FORMAT(create_time, '%Y-%m')
) t;注意：这里 LAG 的排序字段必须和 GROUP BY 字段完全一致（都是 DATE_FORMAT(...)），否则分组后顺序错乱，LAG 就拉偏了。
同比的关键不在分组动作本身，而在怎么把跨周期的数据对齐到同一行。很多人卡在 GROUP BY 这一层就停了，其实后面那步窗口或连接才是真功夫——而且最容易被忽略的，就是排序字段和分组字段是否严格一致。
