MySQL多字段GROUP BY按联合唯一值一次性分组，顺序不影响分组逻辑但影响排序及非聚合字段取值；SELECT中非聚合字段必须全部出现在GROUP BY中；聚合函数基于同一分组独立计算；取各组Top N需用窗口函数而非简单ORDER BY LIMIT。
GROUP BY 多字段的写法和执行逻辑
MySQL 的 GROUP BY 支持多个字段组合分组，本质是按字段列表的**联合唯一值**进行分组。比如 GROUP BY region, product_type，会先按 region 分大组，再在每个大组内按 product_type 细分——顺序影响结果排序（若无 ORDER BY），但不影响分组逻辑本身。
常见错误是误以为多字段分组等价于“先按 A 分组、再对每组单独按 B 分组”，其实它是一次性计算所有组合键，比如 (‘华东’, ‘手机’) 和 (‘华东’, ‘电脑’) 是两个独立分组，不是嵌套关系。
- 字段顺序不改变分组结果，但会影响
SELECT中非聚合字段的隐式取值（MySQL 5.7+ 严格模式下会报错） - 所有
SELECT列中非聚合字段，必须出现在GROUP BY列表里，否则会触发sql_mode=only_full_group_by错误 - 建议显式写全：如果
SELECT region, product_type, COUNT(*)，GROUP BY就必须是region, product_type，不能只写region
聚合函数配合多维分组的典型用法
多维分组真正价值在于交叉统计，比如看各地区各类产品的销量总和、平均单价、订单数等。关键点是：每个聚合函数独立计算，互不影响。
示例：统计各城市、各支付方式下的订单金额总和与笔数：
SELECT city, payment_method, SUM(amount) AS total_amount, COUNT(*) AS order_count FROM orders WHERE status = 'paid' GROUP BY city, payment_method;
注意：SUM() 和 COUNT(*) 都基于同一组数据（即相同 (city, payment_method) 组合），但各自逻辑不同；别误用 COUNT(amount) 代替 COUNT(*)——前者会忽略 amount 为 NULL 的行。
-
AVG()计算时自动跳过NULL值，但分母是该组非NULL行数，不是总行数 - 需要“该组是否有数据”的布尔判断？用
COUNT(*) > 0，而不是IFNULL(COUNT(*), 0)——后者多余，COUNT(*)永远非NULL - 想排除某类异常值再聚合？用
HAVING（过滤分组后结果）或WHERE（过滤分组前原始行），别混淆时机
GROUP BY + ORDER BY + LIMIT 的陷阱
多维分组后常要取 Top N，比如“每个地区销量最高的产品”。直接 GROUP BY region, product 再 ORDER BY SUM(sales) DESC LIMIT 10 只能拿到全局 Top 10，不是每个地区的 Top 1。
真正需求得靠窗口函数（MySQL 8.0+）或自连接模拟。例如用 ROW_NUMBER()：
SELECT region, product, total_sales
FROM (
SELECT region, product, SUM(sales) AS total_sales,
ROW_NUMBER() OVER (PARTITION BY region ORDER BY SUM(sales) DESC) AS rn
FROM sales_data
GROUP BY region, product
) t
WHERE rn <= 3;
- MySQL 5.7 及更早版本不支持窗口函数，只能用关联子查询或临时表，性能差且易出错
-
ORDER BY在GROUP BY后生效，但若没写ORDER BY，返回顺序不确定——别依赖执行计划默认排序 -
LIMIT总是最后执行，所以它限制的是最终结果行数，不是每个分组内的行数
性能与索引设计要点
多维 GROUP BY 的性能高度依赖索引。MySQL 能高效利用最左前缀匹配的复合索引做分组扫描，避免临时表和文件排序。
例如 GROUP BY category, brand, year，理想索引是 INDEX(category, brand, year)。如果只建了 INDEX(brand, category)，则无法跳过排序步骤。
- 索引字段顺序必须和
GROUP BY字段顺序一致（或前缀一致），否则可能退化为 Using temporary; Using filesort - 把
WHERE条件字段放在索引最左侧，再接GROUP BY字段，例如WHERE status='active' GROUP BY region, type→ 索引应为(status, region, type) - 聚合字段（如
SUM(price)）不需要单独建索引，但参与分组的字段必须有索引支撑
实际查 EXPLAIN 时重点看 type 是否为 range 或 ref，以及 Extra 是否出现 Using temporary 或 Using filesort——这两个是性能瓶颈的明确信号。
