必须将非聚合字段放入GROUP BY或用聚合函数处理，否则数据库因无法确定组内取值而报错；这是SQL标准强制语义校验，非语法错误，MySQL 5.7+默认启用ONLY_FULL_GROUP_BY拦截，PostgreSQL等主流数据库均严格拒绝执行。
报错不是因为语法写错了，而是数据库在执行前就拒绝了语义不确定的查询——SELECT里出现的非聚合字段，如果没出现在GROUP BY子句中，数据库根本不知道该返回哪一行的值。
为什么分组后不能随便取原始字段？
分组（GROUP BY）的本质是“合并多行成一组”，每组只保留一个结果行。这一行要展示哪些值，必须有明确规则：
-
GROUP BY dept_id后，同一dept_id可能对应 5 条记录，每条的name值不同；你让数据库返回name，它没法决定选张三、李四还是王五 - 数据库不猜意图，也不默认取第一行——那是 MySQL 5.6 以前的宽松行为，现在已被 SQL 标准淘汰
- PostgreSQL、SQL Server、Oracle、KingbaseES、Flink SQL 全部直接报错，连执行计划都不生成
MySQL 报错 Expression #x of SELECT list is not in GROUP BY clause 怎么定位？
这是 ONLY_FULL_GROUP_BY 模式在起作用，不是 bug，是保护机制。确认方式很简单：
- 运行
SELECT @@sql_mode;，看输出是否含ONLY_FULL_GROUP_BY - 查版本：
SELECT VERSION();，MySQL 5.7.5+ 默认开启，8.0+ 更严格（连主键隐式依赖都不认） - 别只看
GROUP BY写了啥，还要检查SELECT里每个字段：是不是聚合函数包裹？是不是在GROUP BY列表里？有没有被ANY_VALUE()包裹？
加进 GROUP BY 就一定安全吗？
不一定。补字段只是绕过报错，但可能引入逻辑错误：
-
GROUP BY user_id, name：如果name有大小写混用或前后空格，同一用户会被拆成多组 -
GROUP BY created_at（毫秒级时间戳）：几乎等于没分组，COUNT(*)变成行数统计 -
GROUP BY DATE(created_at)在跨时区场景下，UTC 时间 2026-10-02 00:10 被转成本地日期可能变成 10 月 1 日，导致数据切到错误分组 -
ANY_VALUE(name)不保证结果稳定——同一查询多次执行可能返回不同值，且仅 MySQL 支持，迁移到其他库直接失效
真正该用什么替代硬套 GROUP BY？
当你要的是“每组一条记录 + 完整原始字段”（比如最新订单、最高金额商品），GROUP BY 是反模式：
- 用窗口函数：
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC)，再WHERE rn = 1 - PostgreSQL 可用
DISTINCT ON (user_id) ORDER BY user_id, created_at DESC - 别写
SELECT order_id, status, created_at FROM orders GROUP BY order_id——这即使跑通，status和created_at极可能来自不同行
最容易被忽略的一点：字段和分组键之间到底是什么关系？是一对一？一对多？还是根本无确定性？不厘清这个，任何 GROUP BY 写法都是在赌运气。
