子查询中GROUP BY未去重，主因是分组字段未对齐业务语义或缺失索引；应先验证分组唯一性，优先用窗口函数ROW_NUMBER()精准取每组最新记录。
子查询里 GROUP BY 没去重？先看它是否真收敛到唯一键
嵌套子查询中用 GROUP BY，外层结果仍重复，大概率是子查询本身没产出唯一行。比如写成：SELECT * FROM users WHERE id IN (SELECT user_id FROM orders GROUP BY user_id)，看似按 user_id 分组了，但如果 orders 表里有脏数据（同一 user_id 多次出现但未被真正聚合），或 GROUP BY 字段漏了关键约束（如该加 status 却没加），子查询就可能返回多个相同 user_id，外层 IN 一匹配就炸出重复。
检查方法很简单：把子查询单独执行一遍，SELECT user_id, COUNT(*) FROM orders GROUP BY user_id，看有没有 user_id 对应多于 1 行——如果有，说明分组逻辑没对齐业务语义。
- 确保
GROUP BY字段和你要关联的外键完全一致（比如外层 JOIN 用user_id，子查询就只GROUP BY user_id，别多加无关字段） - 子查询结尾硬加
DISTINCT是临时补丁，掩盖了分组设计缺陷 - 用
EXPLAIN看子查询是否命中索引；没走索引时，GROUP BY可能因临时表大小限制截断结果，导致“看似去重实则丢数据”
GROUP BY 后 SELECT * 会报错？严格模式下必须守规则
MySQL 5.7+ 或开启严格模式后，SELECT * 跟在 GROUP BY 后面直接报错：SQLSTATE[42000]: Syntax error or access violation。这不是语法错误，而是规则强制：所有非分组字段必须套聚合函数，或出现在 GROUP BY 列表里。
典型翻车现场：SELECT user_id, order_no, created_at FROM orders GROUP BY user_id —— order_no 和 created_at 既没聚合也没分组，MySQL 直接拒绝执行。
- 想取每组最新一条完整记录，别硬写
MAX(order_no), MAX(created_at)，它们未必来自同一行 - 正确做法是先用窗口函数编号（如
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC)），再在外层筛rn = 1 - 若数据库不支持窗口函数（如 MySQL 5.7），改用相关子查询：
SELECT * FROM orders o1 WHERE created_at = (SELECT MAX(created_at) FROM orders o2 WHERE o2.user_id = o1.user_id)，但要注意并列时间问题
嵌套子查询 + GROUP BY 的性能陷阱
子查询里用 GROUP BY 再被外层多次引用，很容易触发全表扫描或临时表膨胀。尤其当子查询结果集大、又没索引支撑时，性能断崖式下跌。
比如：SELECT u.name, t.total FROM users u JOIN (SELECT user_id, SUM(amount) total FROM orders GROUP BY user_id) t ON u.id = t.user_id，如果 orders.user_id 没索引，GROUP BY 就得建大临时表，JOIN 阶段再逐行匹配，I/O 开销翻倍。
- 给
GROUP BY字段建联合索引（如(user_id, amount)），能跳过排序阶段，直接利用索引顺序分组 - 大数据量下，优先用
EXISTS替代IN或JOIN子查询，例如查“有订单的用户”：SELECT * FROM users u WHERE EXISTS (SELECT 1 FROM orders o WHERE o.user_id = u.id)通常更快 - 避免在子查询里
SELECT *后再外层筛选字段；只选真正需要的列，减少内存和网络传输压力
MySQL 8.0+ 窗口函数才是嵌套去重的正解
别再靠多层 GROUP BY 嵌套硬凑“最新一条记录”。ROW_NUMBER() 在子查询内完成编号，外层只筛 rn = 1，逻辑干净、行为可预测。
标准写法：SELECT * FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn FROM orders) t WHERE t.rn = 1。这里 PARTITION BY 定义分组粒度，ORDER BY 决定留哪条——漏掉任一都可能全表只编一个号，或留错记录。
-
PARTITION BY必须覆盖你要去重的维度（如按用户去重就写user_id，按用户+状态去重就得写user_id, status） -
ORDER BY用DESC才能取最新；用ASC却以为能拿最新，是新手高频错误 - MySQL 8.0 默认支持，但某些云 RDS（如阿里云 PolarDB）可能默认关闭窗口函数，需确认
sql_mode不含ONLY_FULL_GROUP_BY干扰，或显式启用
真正难的不是写出来，是想清楚“去重”背后的真实业务规则——是留时间最新的？ID 最小的？还是金额最高的？一旦规则模糊，任何 GROUP BY 或窗口函数都会给你一个看似合理、实则错配的结果。
