影响。group by a, b 与 group by b, a 分组逻辑相同、结果行数一致，但语义结构（如“部门→岗位”vs“岗位→部门”）、默认输出顺序、索引命中率及 null 归组层级均不同；必须显式 order by 保证顺序，且所有非聚合字段须完整出现在 group by 中。
GROUP BY 多列时，字段顺序真的不影响结果吗？
影响。MySQL 和 PostgreSQL 中，GROUP BY a, b 与 GROUP BY b, a 语义相同（只要 SELECT 中非聚合字段都出现在 GROUP BY 列表里），但排序行为可能不同——尤其当你没写 ORDER BY 时，数据库可能按 GROUP BY 字段顺序隐式排序（MySQL 5.7 默认如此，8.0+ 已取消该保证）。实际业务中若依赖返回顺序，必须显式加 ORDER BY，不能靠 GROUP BY 字段排列“碰运气”。
SELECT 列里混用非分组字段和聚合函数会报什么错？
MySQL 5.7+（启用 ONLY_FULL_GROUP_BY 模式时）会直接报错：Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column。PostgreSQL 更严格，只要 SELECT 里有非分组、非聚合字段就报错，不依赖 SQL 模式。解决办法只有两个：
- 把所有非聚合字段都放进
GROUP BY列表（最稳妥） - 用
ANY_VALUE()（MySQL）或MIN()/MAX()（通用）包裹非确定性字段——但得清楚这是在主动放弃一致性保障
想对多列组合去重统计，用 GROUP BY 还是 DISTINCT？
看需求。如果只是要“有多少种 (a,b) 组合”，SELECT COUNT(DISTINCT a, b) 最简洁；但如果还要算每组的总金额、平均值等，就必须用 GROUP BY a, b 配合 COUNT(*)、SUM(amount) 等。注意：PostgreSQL 不支持 COUNT(DISTINCT a, b) 的多列语法，得写成 COUNT(DISTINCT (a, b))（带括号表示行构造器），而 MySQL 支持无括号写法。
GROUP BY (a,b) 和 GROUP BY a,b 有区别吗？
没有语法区别，括号纯属可选。但括号在嵌套场景下有用：比如你想按“地区+年份”分组，而年份来自 YEAR(created_at)，写成 GROUP BY region, YEAR(created_at) 更清晰；若硬要加括号，GROUP BY (region, YEAR(created_at)) 在多数数据库中反而报错——因为括号在这里不表示元组，仅用于表达式分组优先级。真正需要括号的是窗口函数或子查询，不是 GROUP BY 本身。
最容易被忽略的是 NULL 值处理：多个 NULL 在 GROUP BY 中被视为同一组（符合 SQL 标准），但如果你用 COALESCE(a, 'N/A') 转换后再分组，结果就完全不同。别假设 NULL 自动被忽略或合并——它参与分组，且和其他 NULL 相等，仅此而已。
