GROUP BY必须包含所有非聚合字段，否则报ERROR 1055；筛选分组后结果用HAVING，分组前用WHERE；零值需COALESCE补0；排序用ORDER BY置于最后。
GROUP BY 必须包含所有非聚合字段
写完 SUM(order_amount) 就想直接加 category 输出？报错 ERROR 1055 (42000) 是最常见的拦路虎。MySQL 8.0+ 默认开启严格模式，要求 SELECT 列表里每个非聚合字段（比如 category）都得出现在 GROUP BY 子句中。
- ✅ 正确写法：
SELECT category, SUM(order_amount) FROM orders GROUP BY category - ❌ 错误写法：
SELECT category, order_id, SUM(order_amount) FROM orders GROUP BY category（order_id既没聚合也没分组） - 如果真要查某个类别的任意一条订单 ID，得用
MAX(order_id)或ANY_VALUE(order_id)显式声明意图，不能裸写
SUM() 遇到 NULL 会自动跳过，但别指望它帮你补 0
某个类别压根没订单，SUM() 不会返回 0，而是直接不出现这一行。这不是函数 bug，是 SQL 聚合的天然行为——没数据，就不生成分组结果。
- 要显示“所有类别”，包括零订单的，必须先用
categories表LEFT JOIN orders，再GROUP BY -
SUM(order_amount)对NULL安全，但SUM(NULL)结果仍是NULL，不是0；需要补零就套一层COALESCE(SUM(order_amount), 0) - 别在 WHERE 里过滤掉
order_amount IS NOT NULL—— 这会把整条记录剔除，影响分组基数
WHERE 和 HAVING 的分工不能乱
想筛出“总额超 5000 的类别”？写成 WHERE SUM(order_amount) > 5000 会报错 Invalid use of group function。因为 WHERE 执行在分组前，根本看不到聚合结果。
- ✅ 筛原始数据（如只算已支付订单）：用
WHERE status = 'paid' - ✅ 筛分组后结果（如只看总额超 5000 的类别）：用
HAVING SUM(order_amount) > 5000 -
HAVING可以引用SELECT中的别名（如SUM(order_amount) AS total），但部分旧版 MySQL 不支持，建议直接复写表达式更稳
ORDER BY 放最后，别被 GROUP BY 带偏节奏
分组完默认顺序是数据库内部决定的，别假设它按 category 排好。想看从高到低排序？ORDER BY 必须放在 GROUP BY 和 HAVING 之后，且只能用 SELECT 出来的字段或别名。
- ✅ 正确位置：
... GROUP BY category HAVING SUM(order_amount) > 0 ORDER BY SUM(order_amount) DESC - ❌ 错误写法：
GROUP BY category ORDER BY category, SUM(order_amount)—— 没问题，但若中间加了HAVING却漏掉，逻辑就断了 - 性能提示：如果
category字段没索引，GROUP BY可能触发临时表 + 文件排序，查得慢时先看执行计划EXPLAIN
GROUP BY 的边界很清晰：它只管怎么切数据块，不管块内顺序、也不管块之间要不要留空行。这些细节一松手，结果就容易和预期对不上。
