直接写 GROUP BY field1, field2, field3 即可，但所有非聚合字段必须完整列出，顺序不影响逻辑结果；NULL 默认视为相同值分组；需配合联合索引（顺序一致）、避免函数包裹、注意跨库语法差异。
GROUP BY 多字段组合怎么写才不出错
直接写 GROUP BY field1, field2, field3 就行，但顺序和 NULL 处理常被忽略。MySQL 和 PostgreSQL 对 NULL 的分组行为一致（NULL 视为相同值），但 SQLite 默认也如此，而某些旧版 SQL Server 可能受 ANSI_NULLS 设置影响——实际中只要不显式关掉 ANSI_NULLS，就按标准处理。
常见错误是把聚合函数外的字段漏写进 GROUP BY，比如 SELECT user_id, status, COUNT(*) FROM orders 却只写 GROUP BY user_id，MySQL 5.7+ 严格模式下直接报错：Expression #2 of SELECT list is not in GROUP BY clause。
- 所有非聚合字段（即没套
COUNT()、SUM()、MAX()等的字段）必须完整出现在GROUP BY列表中 - 字段顺序不影响结果逻辑，但会影响排序稳定性；如需固定顺序，显式加
ORDER BY - 如果某字段允许 NULL，且你希望把 NULL 单独归为一组（默认就是），无需额外处理；但若想把 NULL 当作 “未知” 并合并到其他组，得用
CASE WHEN field IS NULL THEN 'N/A' ELSE field END转换后再分组
统计三级分类销量：地区 → 城市 → 店铺 怎么嵌套分组
SQL 本身不支持“嵌套分组”语法，所谓多级只是按字段优先级逐层切分。比如按 region, city, shop 分组，本质是先按 region 拆大块，每块内再按 city 拆，再按 shop 拆——结果是一张扁平表，不是树形结构。
真正需要层级汇总（比如同时看城市小计和大区总计），得用 GROUP BY WITH ROLLUP 或窗口函数。但注意：WITH ROLLUP 是 MySQL 特有，PostgreSQL 得用 GROUPING SETS，而 SQL Server 两者都支持。
-
GROUP BY region, city, shop WITH ROLLUP会生成 (region, city, shop)、(region, city, NULL)、(region, NULL, NULL)、(NULL, NULL, NULL) 四层汇总行 - 对应行的 NULL 值表示该层“合计”，可用
GROUPING(region)函数判断是否为汇总行（返回 1 表示是） - 别直接在
SELECT里写IFNULL(city, '城市小计')——万一原始数据里真有 city = '城市小计' 就冲突了，应结合GROUPING()判断
GROUP BY 多字段性能为什么突然变慢
核心原因是索引失效。即使你对 region 和 city 各自建了单列索引，GROUP BY region, city 仍可能全表扫描——因为 B+ 树索引要求最左前缀匹配，多字段分组必须用联合索引才能高效定位。
另外，如果分组字段含大量重复值（比如 status 只有 3 个取值），MySQL 可能放弃使用索引，改用临时表 + filesort，这时 EXPLAIN 里会出现 Using temporary; Using filesort。
- 建联合索引要按 GROUP BY 字段顺序来：比如
GROUP BY region, city, shop，索引就得是(region, city, shop)，反过来无效 - 如果查询还带
WHERE条件，把过滤性高的字段放联合索引前面，比如WHERE region = '华东' GROUP BY city, shop，索引应为(region, city, shop) - 避免在分组字段上用函数或表达式，比如
GROUP BY YEAR(order_time)会强制全表扫描；应提前算好年份存成字段，或用生成列 + 索引
不同数据库对多字段 GROUP BY 的兼容差异
PostgreSQL 最严格：所有非聚合字段必须显式出现在 GROUP BY 中，不接受 MySQL 那种“功能依赖”推断；SQL Server 默认行为类似 PostgreSQL，但可通过设置 SET COMPATIBILITY_LEVEL 降级适配；SQLite 则相对宽松，但 3.25+ 版本也逐步收紧。
一个典型坑是 MySQL 5.7 以前允许 SELECT id, name, COUNT(*) FROM t GROUP BY name（id 不在 GROUP BY 中），新版本默认报错。迁移时最容易翻车。
- 跨库可移植写法：所有非聚合字段必须完整列出在
GROUP BY中，不依赖隐式行为 - 如果要用
WITH ROLLUP，记得 PostgreSQL 用GROUPING SETS ((region, city), (region), ())替代，语法完全不同 - PostgreSQL 的
STRING_AGG()和 MySQL 的GROUP_CONCAT()功能相似，但参数顺序相反，拼接符位置容易写反
多字段 GROUP BY 看似简单，真正的复杂点在于：它把数据切片逻辑和索引设计、执行计划、跨库语法全串在一起了。少写一个字段、索引顺序颠倒、或没注意数据库版本，都可能让查询从毫秒变分钟。
