GROUP BY 无法保留一对多明细数据，仅适用于聚合统计或GROUP_CONCAT合并字符串；取每组最新/Top N记录必须用窗口函数，如ROW_NUMBER()配合PARTITION BY和ORDER BY，而非依赖GROUP BY加ORDER BY LIMIT。
直接用 GROUP BY 无法保留一对多的明细数据——它只适合聚合统计，或配合 GROUP_CONCAT 合并字符串。想取每组最新/最高/前 N 条？别硬套 GROUP BY，得换思路。
GROUP BY 本身不支持“取每组一条明细”
常见错误是写成：SELECT o.id, i.name, i.price FROM orders o JOIN items i ON o.id = i.order_id GROUP BY o.id ORDER BY i.price DESC LIMIT 1。这看似想取每个订单最贵的商品，但实际行为不可控：MySQL 可能随机返回某一行（sql_mode=only_full_group_by 下直接报错），PostgreSQL 则直接拒绝执行。
-
GROUP BY的语义是“把多行压成一行”，所有未出现在GROUP BY子句里的非聚合字段，数据库没有义务保证其值来源 -
ORDER BY和LIMIT在GROUP BY之后生效，作用于聚合后的结果集，不是每组独立排序 - 哪怕你加了
MAX(i.price)，也拿不到对应那条记录的i.name—— 它俩可能来自不同行
用 GROUP_CONCAT 合并多值到单字段
当目标是把一对多的多个值拼成一个字符串（比如“订单下所有商品名用逗号连起来”），GROUP_CONCAT 是最直接的解法，MySQL 原生支持，语法清晰。
- 基础用法：
SELECT o.id, GROUP_CONCAT(i.name) AS item_names FROM orders o JOIN items i ON o.id = i.order_id GROUP BY o.id - 控制顺序和分隔符：
GROUP_CONCAT(i.name ORDER BY i.price DESC SEPARATOR ' | ') - 去重：
GROUP_CONCAT(DISTINCT i.category) - 注意长度限制：
GROUP_CONCAT默认最大 1024 字符，超长会被截断；可通过SET SESSION group_concat_max_len = 10000临时调整
取每组最新/Top N 必须用窗口函数
要拿到“每个订单创建时间最新的售后单”或“每个分类销量前 3 的商品”，必须跳出 GROUP BY 思维，用 ROW_NUMBER() 或 RANK() 窗口函数——先展开所有明细，再分区编号，最后过滤。
- 关键点：窗口函数必须在
JOIN完成后立即使用，不能塞进GROUP BY里 - 分区字段（
PARTITION BY）必须来自主表唯一标识，比如o.order_id，不能写成i.category（否则分组错位） - 排序必须明确方向：
ORDER BY create_time DESC，否则最新的一条排不到第 1 名 - NULL 值干扰大：MySQL 默认把
NULL排最前，可能导致rn = 1拿到空记录；建议提前WHERE i.create_time IS NOT NULL过滤
LEFT JOIN + GROUP BY 的陷阱
如果主表用 LEFT JOIN 关联子表，再 GROUP BY 主表字段，结果看起来“每行一个主表记录”，但子表字段值仍不可靠——尤其当某些主表记录没匹配到子表数据时。
- 例如：
SELECT u.name, r.name FROM users u LEFT JOIN roles r ON u.role_id = r.id GROUP BY u.id，r.name可能是任意一条匹配记录的值，也可能为NULL - 想确保“有角色才显示”，要么改
INNER JOIN，要么在外层加HAVING COUNT(r.id) > 0（但HAVING只能筛聚合结果，不能恢复明细） - 真正需要“主表全量 + 子表最新一条”的场景，应优先走窗口函数方案，而不是依赖
GROUP BY的模糊行为
窗口函数不是所有数据库都支持（MySQL 8.0+、PostgreSQL、Oracle、SQL Server 都行，但旧版 MySQL 不行），如果环境受限，GROUP_CONCAT 或关联子查询是退而求其次的选择——但务必清楚它们各自的能力边界：合并可以，精准取 Top N 不行。
