直接SELECT非聚合字段会报错，因分组后数据库无法确定取哪一行的值；应通过子查询或窗口函数（如ROW_NUMBER）关联获取每组代表记录。
为什么直接 SELECT 非聚合字段会报错
在 GROUP BY 查询中，如果 SELECT 列表里出现未被 GROUP BY 的字段，且该字段又没套 MIN()、MAX() 等聚合函数，多数数据库（如 PostgreSQL、SQL Server、MySQL 严格模式）会直接报错：column must appear in the GROUP BY clause or be used in an aggregate function。这不是语法偷懒限制，而是语义问题：分组后一行对应多行原始数据，数据库无法确定该取哪一行的 name 或 status 值。
用子查询关联取出每组“某一行”的非聚合字段
核心思路是：先用子查询算出分组关键信息（如每组最大 id、最新时间），再用这个结果去主表 JOIN，从而拿到对应那行的完整字段。常见于“查每个部门工资最高的员工姓名”这类需求。
示例场景：用户表 users（id, dept_id, name, salary），要查每个部门 salary 最高的那条记录的 name 和 salary：
SELECT u1.dept_id, u1.name, u1.salary FROM users u1 INNER JOIN ( SELECT dept_id, MAX(salary) AS max_salary FROM users GROUP BY dept_id ) u2 ON u1.dept_id = u2.dept_id AND u1.salary = u2.max_salary;
注意点：
- 如果一个部门有多个员工并列最高薪，此写法会返回多行——这是符合业务逻辑的，不是 bug
-
u1.salary = u2.max_salary这个等值条件必须写全，否则会笛卡尔积 - 若需“只取一条”（比如 id 最小的那个），子查询得改用
ROW_NUMBER()窗口函数，而不是MAX()
MySQL 8.0+ 可用窗口函数替代子查询，更直观
当目标是“每组取一条代表记录”，用 ROW_NUMBER() OVER (PARTITION BY ... ORDER BY ...) 更可控，避免多值歧义：
SELECT dept_id, name, salary
FROM (
SELECT dept_id, name, salary,
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC, id ASC) AS rn
FROM users
) ranked
WHERE rn = 1;优势：
- 排序规则明确（先按
salary降序，相同则按id升序），结果确定 - 不用担心
salary重复导致多行；若想保留并列，改用RANK()或DENSE_RANK() - 比多层子查询更易读，也常有更好执行计划
关联子查询写法（WHERE 中嵌套）的性能陷阱
有人会写成：SELECT * FROM users u WHERE salary = (SELECT MAX(salary) FROM users u2 WHERE u2.dept_id = u.dept_id)。这种写法虽简洁，但要注意：
- 对
users每一行都执行一次子查询，数据量大时性能急剧下降 - MySQL 在早期版本中可能无法利用
(dept_id, salary)联合索引优化该子查询 - 若子查询返回多行（如用了
IN但没加LIMIT 1），会直接报错Subquery returns more than 1 row - 建议优先用
JOIN子查询或窗口函数，仅在简单单行场景下谨慎用关联子查询
真正难的不是写出能跑的 SQL，而是判断哪组数据算“代表”、重复时要不要去重、以及数据库到底会从哪一行捞出那个 name —— 这些必须和业务方对齐，不能靠猜测。
