<p>用窗口函数ROW_NUMBER()或关联子查询可获取每组完整记录；MySQL 8.0+等支持：SELECT FROM (SELECT , ROW_NUMBER() OVER (PARTITION BY category ORDER BY price DESC) AS rn FROM products) t WHERE rn = 1。</p>
GROUP BY 后怎么拿到每组的完整记录（不只是 MAX 值）
只用 GROUP BY + MAX() 只能返回分组字段和最大值，拿不到对应那条完整记录的其他字段（比如用户姓名、创建时间）。这是最常被卡住的地方。
正确做法是用窗口函数或关联子查询。MySQL 8.0+、PostgreSQL、SQL Server 都支持 ROW_NUMBER()：
SELECT * FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY category ORDER BY price DESC) AS rn
FROM products
) t WHERE rn = 1;如果必须兼容老版本 MySQL（
- 子查询里写
(SELECT MAX(price) FROM products p2 WHERE p2.category = p1.category)再和原表关联 - 注意：多个记录价格相同时，
ROW_NUMBER()会 arbitrarily 选一个；要取全部并列最大值，改用RANK()或加WHERE price = (SELECT MAX(...))
MAX() 和 ORDER BY LIMIT 1 混用的陷阱
有人想“先排序再取头一条”，写成 SELECT * FROM sales GROUP BY region ORDER BY amount DESC LIMIT 1 —— 这语句在 MySQL 5.7+ 默认报错：Expression #1 of ORDER BY clause is not in GROUP BY clause，因为 ORDER BY 的字段没进 GROUP BY，也没用聚合函数包裹。
更隐蔽的问题是：即使开了 sql_mode 宽松模式，ORDER BY 在 GROUP BY 后的行为不可靠——数据库可能随机选某条记录作为分组代表，MAX() 值和实际返回的行对不上。
- 别依赖
GROUP BY+ORDER BY+LIMIT获取“每组最大值对应行” -
MAX()是标量聚合结果，不绑定具体行；要绑定行，必须用窗口函数或显式关联 - PostgreSQL 严格禁止这种写法，MySQL 8.0 默认也禁了
NULL 值会让 MAX() 返回空，但你可能想要忽略它
MAX() 遇到全为 NULL 的组，结果就是 NULL。这本身没错，但业务上常需要 fallback 值（比如默认 0），或者想排除 NULL 后再算最大值。
直接用 COALESCE(MAX(amount), 0) 可以兜底，但要注意：它不改变聚合逻辑，只是把最终结果从 NULL 换成 0。如果想跳过 NULL 行参与计算，不用额外处理——MAX() 本来就会自动忽略 NULL。
- 确认字段是否允许
NULL：用SELECT COUNT(*), COUNT(amount), COUNT(*) - COUNT(amount) FROM orders GROUP BY status查每组有多少NULL - 若想把
NULL当 0 参与比较（极少见），得先用COALESCE(amount, 0)包一层再MAX() - 字符串字段用
MAX()会按字典序比，不是长度；要最长字符串得用ORDER BY LENGTH(str) DESC LIMIT 1配合窗口函数
GROUP BY 字段顺序影响索引使用和结果稳定性
写 GROUP BY a, b 和 GROUP BY b, a 逻辑等价，但数据库优化器是否能走索引、执行计划是否高效，完全取决于索引定义顺序。更关键的是：如果没加 ORDER BY，结果集顺序不保证一致——不同 MySQL 版本、不同执行计划下，同一查询可能返回不同行序。
- 确保
GROUP BY字段上有复合索引，且顺序和GROUP BY子句一致（如INDEX(category, price)支持GROUP BY category, price） - 如果后续要取“每组最贵商品”，别只靠
GROUP BY category，而要明确ORDER BY category, price DESC配合窗口函数 - 在应用层不要假设分组结果天然有序；需要稳定顺序，必须显式写
ORDER BY
窗口函数的 OVER 子句细节、索引覆盖范围、以及 NULL 在不同 SQL 方言里的聚合行为差异，才是真正容易漏掉的硬茬。
