MySQL 5.7+ 默认启用 ONLY_FULL_GROUP_BY 模式，强制要求 SELECT 中非聚合列必须出现在 GROUP BY 子句中或被聚合函数包裹，否则报错“Expression #x of SELECT list is not in GROUP BY clause”，目的是防止因组内多值导致结果不确定；正确解法是明确语义——用窗口函数（如 ROW_NUMBER()）、聚合函数（如 MAX()）或 ANY_VALUE() 显式表达意图，而非禁用该模式。
为什么直接 SELECT 非分组列会报错
MySQL 5.7+ 默认启用 ONLY_FULL_GROUP_BY 模式，只要 SELECT 列表里出现一个既没在 GROUP BY 中、也没被聚合函数包裹的字段，就会报错：Expression #2 of SELECT list is not in GROUP BY clause...。这不是语法写错了，是 SQL 标准在强制你回答：“这个值到底代表什么？”——比如部门有 5 个人，name 取哪一行？数据库拒绝猜测。
- 常见错误：写
SELECT dept, name, AVG(salary) FROM employees GROUP BY dept，name未分组也未聚合 -
ANY_VALUE(name)能绕过报错，但不保证返回哪一行，尤其在并行执行或优化器改写时结果可能变化 -
MAX(name)是按字符串字典序取最大，和业务逻辑（如“薪资最高者姓名”）完全无关
用窗口函数保留明细行并加聚合值
如果你需要每条原始数据都还在，同时附带部门平均工资、最高工资、排名等统计值，必须用窗口函数，不是 GROUP BY 的替代方案，而是解决另一类问题。
- 必须带
OVER()子句，否则就是普通聚合，SQL 引擎直接报错 -
PARTITION BY dept相当于“按部门分组但不压缩行”，所有原始字段（如name、salary）都能直接出现在SELECT中 - 示例：
SELECT name, dept, salary, AVG(salary) OVER (PARTITION BY dept) AS dept_avg, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees
每组只取一条代表记录：别用 ANY_VALUE，用 ROW_NUMBER()
典型需求：每个部门只取薪资最高的那个员工完整信息（姓名、工号、入职时间）。用 ANY_VALUE(name) + MAX(salary) 不可靠，因为两者未必来自同一行。
- 正确做法：先用
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC)给每组内按薪资倒序编号 - 再外层
WHERE rn = 1过滤出每组第一行 - 如果允许并列（多人同为最高薪），改用
RANK()或DENSE_RANK()，避免漏掉数据 - 示例：
SELECT dept, name, salary, hire_date FROM (SELECT dept, name, salary, hire_date, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees) t WHERE rn = 1
GROUP BY 中混用非分组列的兼容性陷阱
即使关掉 ONLY_FULL_GROUP_BY，不同数据库行为也不一致：旧版 MySQL 可能随机返回某行值；PostgreSQL/Oracle 直接拒绝执行。这种“看似能跑通”的写法，上线后极易因版本升级或迁移数据库而崩。
- 不要依赖
sql_mode临时关闭校验，这是掩盖问题，不是解决问题 - 多表连接时更危险：字段来自不同表，
GROUP BY漏写某个表的字段，结果可能错得毫无征兆 - 真正要检查的不是“能不能加”，而是“这个值的语义是否明确”——它代表组内任意值？最新值？最大值？还是必须和某聚合结果同行？答案决定了该用窗口函数、子查询，还是重构业务逻辑
