GROUP BY后SELECT的非聚合字段必须出现在GROUP BY中，过滤聚合结果须用HAVING而非WHERE；比对渠道与全局均值应使用窗口函数AVG() OVER()；需清洗channel空值、大小写不一致等问题，并注意ORDER BY不可直接引用别名。
GROUP BY 后必须 SELECT 所有分组字段或聚合函数
直接写 SELECT channel, AVG(order_amount) FROM sales GROUP BY channel 是对的，但一旦加了 WHERE 或想筛出“客单价高于均值的渠道”，就容易漏掉聚合逻辑。比如写成 SELECT channel, AVG(order_amount) WHERE AVG(order_amount) > 100 会报错：ERROR: column "channel" must appear in the GROUP BY clause or be used in an aggregate function。这是因为 SQL 要求非聚合列必须出现在 GROUP BY 中——它不理解你“只是想按渠道看”，而是严格检查语义合法性。
实操建议：
- 所有出现在
SELECT列表里、又没套AVG()/SUM()/COUNT()的字段，都得进GROUP BY - 想过滤聚合结果（比如只看客单价 >150 的渠道），必须用
HAVING，不是WHERE；WHERE只能过滤原始行 - 如果要同时比对多个指标（如客单价 + 订单数），直接在
SELECT里并列写：AVG(order_amount), COUNT(*)，不用子查询
用窗口函数算全局均值再做渠道间横向比较
单纯 GROUP BY channel 只给每个渠道一个数字，看不出“这个渠道比整体高还是低”。这时候不能靠外部计算，得在 SQL 内完成比对。常见错误是试图用两个独立查询拼接，或者导出后 Excel 手动减——既不可复现，也难加条件（比如“仅对比近30天有订单的渠道”）。
正确做法是用窗口函数：
SELECT channel, ROUND(AVG(order_amount), 2) AS avg_order_amount, ROUND(AVG(order_amount) - AVG(AVG(order_amount)) OVER(), 2) AS diff_from_global_avg FROM sales WHERE order_date >= CURRENT_DATE - INTERVAL '30 days' GROUP BY channel;
注意点：
-
AVG(AVG(order_amount)) OVER()是合法的：内层AVG()是分组聚合，外层AVG() OVER()是窗口函数，SQL 引擎先分组再跨组算均值 - MySQL 8.0+、PostgreSQL、SQL Server 都支持；但 SQLite 和旧版 MySQL 不支持窗口函数，得改用子查询
- 如果渠道数据量差异大（比如微信占70%订单），用
AVG() OVER()算的是“渠道均值的平均”，不是“全量订单的客单价”，这点业务上要确认口径
NULL 和零值渠道会干扰 GROUP BY 结果
实际数据里常有 channel IS NULL 或空字符串，GROUP BY channel 会把它们全归为一组，看起来像一个叫“NULL”的渠道，但其实代表缺失或埋点失败。更隐蔽的是 'weixin' 和 'WeChat' 被当两个渠道——大小写、空格、中英文符号混用，导致同一渠道被拆成多组，客单价虚低。
处理建议：
- 先查异常值：
SELECT channel, COUNT(*) FROM sales GROUP BY channel ORDER BY COUNT(*) ASC LIMIT 5，快速定位低频、空、乱码渠道名 - 清洗时用
CASE WHEN或COALESCE(channel, 'unknown')统一兜底，别依赖前端传值准确 - 比对前加
HAVING COUNT(*) >= 10过滤样本过少的渠道，避免个别大额订单拉偏均值
ORDER BY 必须放在 GROUP BY 之后，且不能直接引用别名
写完 SELECT channel, AVG(order_amount) AS avg_amt FROM sales GROUP BY channel，想按客单价排序，直接写 ORDER BY avg_amt DESC 在某些数据库（如 PostgreSQL）可行，但在 MySQL 5.7 及更早版本会报错：Unknown column 'avg_amt' in 'order clause'。这不是 bug，是标准 SQL 规定：ORDER BY 子句理论上在 SELECT 之后执行，但别名在逻辑上还没生成。
稳妥写法：
- 用原始表达式：
ORDER BY AVG(order_amount) DESC - 或用字段位置：
ORDER BY 2 DESC（表示第二个 SELECT 列） - 避免在复杂查询里依赖别名排序，尤其跨数据库迁移时
真正麻烦的不是写 GROUP BY，而是确认“渠道定义是否一致”“订单金额是否已去重/去退款”“时间范围是否对齐”。这些不在 SQL 语法里，但错一点，比对结果就全偏了。
