结论：GROUP BY是强制约束，SELECT中非聚合字段必须出现在GROUP BY子句中或用聚合函数包裹，否则报错；WHERE过滤分组前数据，HAVING过滤分组后结果，ORDER BY须显式指定以保证排序稳定。
直接说结论：GROUP BY 不是“可选装饰”，而是强制约束——只要 SELECT 里有聚合函数（比如 COUNT、SUM），又同时选了非聚合字段（比如 customer_name），就必须把那个非聚合字段写进 GROUP BY，否则绝大多数数据库会报错 ERROR: column "xxx" must appear in the GROUP BY clause or be used in an aggregate function。
为什么一用 GROUP BY 就报错？
常见错误不是语法写错，而是 SELECT 和 GROUP BY 列不匹配。比如：
SELECT customer_name, SUM(order_amount) FROM orders;
这条语句在 PostgreSQL、SQL Server、MySQL 8.0+ 都会失败，因为 customer_name 没被聚合，也没出现在 GROUP BY 中。
- 正确写法必须显式声明分组依据：
SELECT customer_name, SUM(order_amount) FROM orders GROUP BY customer_name;
- 如果想按多个维度汇总，比如客户+年份，
GROUP BY后要列全：SELECT customer_name, EXTRACT(YEAR FROM order_date), SUM(order_amount) FROM orders GROUP BY customer_name, EXTRACT(YEAR FROM order_date);
- MySQL 5.7 默认开启
sql_mode=ONLY_FULL_GROUP_BY，行为和其他数据库一致；但老版本或关闭该模式后可能“侥幸”跑通，结果却是不确定的——同一组里customer_name可能随便取某一行的值，千万别依赖。
GROUP BY 后还能用 WHERE 和 HAVING 吗？
能，但作用阶段完全不同，混用容易出错。
-
WHERE过滤的是“分组前”的原始行，比如只统计 2025 年的订单：SELECT customer_name, SUM(order_amount) FROM orders WHERE order_date >= '2025-01-01' GROUP BY customer_name;
-
HAVING过滤的是“分组后”的聚合结果，比如只看总金额超 5000 的客户：SELECT customer_name, SUM(order_amount) FROM orders GROUP BY customer_name HAVING SUM(order_amount) > 5000;
- 不能在
HAVING里用未聚合的原始字段，比如HAVING order_date > '2025-01-01'是非法的——此时order_date已不在单行上下文中。
ORDER BY 要放在 GROUP BY 后面吗？
语法上必须放后面，但逻辑上它不参与分组计算，只是排序最终结果。
- 可以按分组字段排序：
SELECT customer_name, COUNT(*) FROM orders GROUP BY customer_name ORDER BY customer_name;
- 也可以按聚合结果排序：
SELECT customer_name, SUM(order_amount) FROM orders GROUP BY customer_name ORDER BY SUM(order_amount) DESC;
- 注意：有些数据库（如旧版 Access）不支持直接用别名（如
ORDER BY total_amt）排序，得写完整表达式；而 PostgreSQL、SQL Server 支持别名，但标准 SQL 规定ORDER BY在逻辑上晚于SELECT，所以用别名是安全的。
最容易被忽略的一点：GROUP BY 不保证输出顺序，哪怕你看到结果按分组字段排好了，那也只是执行引擎顺手做的，不是规范保证的。真要稳定排序，ORDER BY 一个都不能少。
