GROUP BY 不能保留完整明细，因其本质是聚合操作；标准SQL要求非GROUP BY列必须用聚合函数包裹，否则报错，窗口函数才是实现“按字段去重并保留一行完整记录”的可靠方案。
GROUP BY 本身不能“保留完整明细”——它天然会聚合，想留多列又去重，得靠其他策略。
为什么 GROUP BY + * 会报错？
执行 SELECT * FROM orders GROUP BY user_id 几乎总失败，因为标准 SQL 要求：所有非 GROUP BY 列必须出现在聚合函数里（如 MAX()、MIN()、ANY_VALUE()）。MySQL 5.7+ 默认开启 ONLY_FULL_GROUP_BY 模式，就是防你误写这种语义不清的查询。
常见错误信息：Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column
- 这不是 MySQL 故意刁难，而是 SQL 标准在帮你避免歧义：同一
user_id对应多条订单，order_date取哪一条？amount取最大？最小？第一条？没说清，数据库不敢猜 - 即使关掉
ONLY_FULL_GROUP_BY，结果也依赖 MySQL 版本和优化器行为，不可靠
真正可行的“去重并留明细”方案
所谓“按某字段去重、保留一行完整记录”，本质是“每组取一条代表行”。没有银弹，选哪种取决于你要哪条：
-
取最新一条：用窗口函数
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC)，再外层WHERE rn = 1 -
取最早一条：把
DESC换成ASC -
取任意一条（性能优先）：MySQL 8.0+ 支持
ANY_VALUE(col)，但只适用于你确认组内值都一样，或真不在乎取哪个；PostgreSQL 用DISTINCT ON (user_id)更直观
示例（取每个用户的最新订单）：
SELECT user_id, order_id, amount, created_at
FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
FROM orders
) t
WHERE rn = 1;
GROUP BY 配合 ANY_VALUE() 的适用边界
如果你确定：同一 user_id 下，user_name 和 city 等字段值必然相同（比如来自维表关联），那可以用 ANY_VALUE() 绕过聚合限制：
SELECT user_id,
ANY_VALUE(user_name) AS user_name,
ANY_VALUE(city) AS city,
COUNT(*) AS order_count
FROM orders o
JOIN users u ON o.user_id = u.id
GROUP BY user_id;
- 这不算“保留明细”，而是明确告诉数据库：“这些列在组内无差异，随便挑一个就行”
- 如果实际存在差异（比如用户改过地址），
ANY_VALUE()返回的值是不确定的，且不同执行可能不同 - 别把它当通用去重工具——它不解决“选哪一行”的问题，只解决“组内列要不要强制聚合”的语法障碍
真正要“去重并留一行完整记录”，窗口函数是目前最可控、语义最清晰的方式。别试图让 GROUP BY 承担它设计之外的责任，尤其当明细字段之间存在逻辑依赖时——比如你想留“最新订单的金额”和“该订单对应的用户邮箱”，这两个字段必须来自同一行，GROUP BY + 多个 MAX() 会错配。
