报错是因为SQL标准强制要求SELECT中非聚合字段必须出现在GROUP BY中或用聚合函数处理，否则数据库无法确定组内多值应取哪一个，MySQL 5.7+默认启用ONLY_FULL_GROUP_BY模式显式拦截，PostgreSQL等数据库则始终严格拒绝。
这不是你写错了语法，是数据库在执行前就拒绝了语义不明确的查询——只要 SELECT 里有非聚合字段没进 GROUP BY，MySQL 5.7+、PostgreSQL、Oracle、SQL Server 都会直接报错。
报错信息到底在说什么？
典型错误如：Error 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause，或 Oracle 的 ORA-00979: not a GROUP BY expression。它不是抱怨“少写了字段”，而是在说：“你让数据库从一组多行里挑一个 name 值，但没告诉它按什么逻辑选——是最新？最早？字典序最大？还是随便？”
数据库不猜，也不默认取第一行。这是 SQL 标准（SQL92 起）的强制要求，目的是防止结果不可控、不可复现。
- MySQL 报这个错，默认是因为启用了
ONLY_FULL_GROUP_BY模式（5.7+ 默认开启） - PostgreSQL / Oracle / SQL Server 本来就严格，根本不存在“关掉就能过”的选项
- 哪怕你确认
user_id → name是 1:1 关系（比如外键关联），数据库也不会自动推断函数依赖
为什么加进 GROUP BY 还可能出问题？
补全 GROUP BY 字段看似最直觉，但容易引入隐性偏差：
-
GROUP BY user_id, name：如果name有大小写混用（"Alice"和"alice"）、前后空格、历史改名，同一user_id就被拆成多组，统计数虚高 -
GROUP BY created_at（毫秒级时间戳）：几乎等于没分组，COUNT(*)变成行计数 -
GROUP BY DATE(created_at)在跨时区场景下，UTC 时间2026-06-05 00:10在东八区是 6 月 5 日上午 8:10，但按本地DATE()切可能变成 6 月 4 日 - 字段含
NULL：所有NULL被归为同一组，但业务上你可能希望它们被忽略或单独标记
ANY_VALUE() 真的能用吗？
ANY_VALUE(name) 是 MySQL 特供函数，意思是“我接受不确定性”。但它不是“取最新”或“取首行”，只是关闭校验：
- 同一查询多次执行，可能返回不同值——取决于索引扫描顺序、是否并行、InnoDB 页读取路径
- 只存在于 MySQL 5.7.5+，PostgreSQL/SQL Server/Flink SQL 完全不认识，硬写进去迁移就炸
- 云数据库（如阿里云 RDS）通常禁用
SET GLOBAL，你连临时关模式都做不到，只能重写 SQL - 如果业务真正要的是“每个用户最新订单的
status”，ANY_VALUE(status)和你要的毫无关系
什么时候该放弃 GROUP BY，换窗口函数？
当你需要“每组一条记录 + 完整原始字段”时，硬套 GROUP BY 是反模式：
- 想查每个用户的最新订单完整信息（
order_id,status,amount,created_at），别写SELECT order_id, status, ... GROUP BY user_id——这必然报错，且就算跑通，status和created_at很可能来自不同行 - 正确做法是用
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 - 这种写法不依赖字段是否“实际一致”，逻辑清晰、结果确定、跨库可移植
最容易被忽略的一点：即使你成功让 SQL 跑通了，只要没搞清“这个字段在组内是否真唯一”“这个聚合函数是否表达真实业务意图”，结果就只是看起来对，而不是真的对。
