GROUP BY a, b 是将(a,b)视为联合键分组，要求两行a、b值均相等（NULL通常视为相等）才归为一组；顺序影响隐式排序、ROLLUP层级及索引使用，非聚合字段必须全部显式出现在GROUP BY中。
GROUP BY 多字段分组本身不难，但写错顺序、漏字段、混用 WHERE/HAVING 或误以为能直接取“每组第一行”，就容易卡住甚至查出错误结果。
GROUP BY a, b 的实际分组逻辑是什么
它不是“同时按 a 和 b 分组”，而是把 (a, b) 当作一个联合键：只有当两行的 a 值相等 且 b 值也相等（NULL 通常视为相等），才归为同一组。这和先按 a 拆大组、再在每组内按 b 拆小组，在最终分组结果上等价，但理解成“联合键”更不容易在索引或排序上出错。
- 顺序影响默认排序：没写
ORDER BY时，MySQL/PostgreSQL 常按GROUP BY字段顺序隐式排序，GROUP BY region, city和GROUP BY city, region输出顺序不同 - NULL 被当作相同值：大多数数据库中
NULL = NULL在分组中成立；但 SQLite 默认不这样，得显式处理，比如用COALESCE(city, 'unknown') - 字段顺序不影响分组结果集行数，但影响
WITH ROLLUP小计层级和GROUPING()判断逻辑
SELECT 列表里哪些字段能直接写
必须严格满足：每个非聚合字段，都要一字不差地出现在 GROUP BY 子句中。漏一个、多一个、大小写不一致、加了函数包装（如 UPPER(dept)），都会触发 ERROR 1055（MySQL 8.0+ ONLY_FULL_GROUP_BY 模式下）或 PostgreSQL 直接报错。
- 合法：
SELECT dept, role, COUNT(*) FROM staff GROUP BY dept, role - 非法：
SELECT dept, role, name FROM staff GROUP BY dept——name既没聚合也没分组 - 想显示某组任意一个
name？用MAX(name)或MIN(name)，这不是“取第一条”，而是字典序最大/最小值 - 别依赖 MySQL 5.7- 的非标准扩展，开了
sql_mode就会崩
为什么不能用 GROUP BY 直接取“每组最新一条”
GROUP BY 只负责分组 + 聚合，不保留原始行顺序。所谓“每组第一条”是业务逻辑（比如按时间戳最新、按 ID 最大），必须靠窗口函数实现，否则结果不可靠。
- 错误做法：
SELECT dept, MAX(created_at), name FROM orders GROUP BY dept——name对应哪一行？数据库随便挑，不保证和MAX(created_at)同行 - 正确做法：用
ROW_NUMBER()窗口函数，例如：SELECT dept, order_id, created_at, amount<br>FROM (<br> SELECT dept, order_id, created_at, amount,<br> ROW_NUMBER() OVER (PARTITION BY dept ORDER BY created_at DESC) AS rn<br> FROM orders<br>) t<br>WHERE rn = 1;
-
PARTITION BY dept对应分组逻辑，ORDER BY created_at DESC定义“最新”的含义；别用RANK()，并列时可能返回多行
怎么让多字段 GROUP BY 快起来
慢不是因为分组本身，而是数据库要扫全表再内存分组。关键看有没有覆盖索引——既要包含 GROUP BY 字段，也要包含 SELECT 中的非聚合字段和 ORDER BY 字段。
- 理想索引：
CREATE INDEX idx_dept_role_salary ON employees(dept, role, salary)——GROUP BY dept, role查询SELECT dept, role, AVG(salary)就能走索引 - WHERE 条件字段也要前置：如果查询带
WHERE status = 'active'，索引最好写成(status, dept, role) - SQLite 和旧版 MySQL 对最左前缀敏感：
GROUP BY role, dept无法利用(dept, role)索引，得重建 - 结果膨胀风险：加一个分组字段，行数可能从 100 行变成 500 行——先用
SELECT COUNT(*) FROM t GROUP BY a, b看看实际分组数
最容易被忽略的是：分组字段顺序决定了 WITH ROLLUP 小计行的归属层级，也影响索引是否生效；而想取“每组某条件下的完整行”，从来就不是 GROUP BY 的职责，硬凑只会埋坑。
