WHERE id IN (SELECT MAX(id) ...)失效是因为未加GROUP BY时MAX(id)只返回全局最大值，加GROUP BY后又无法在WHERE中引用；正确做法是用窗口函数ROW_NUMBER()或LEFT JOIN自关联。
子查询取每组最大值记录时，为什么WHERE id IN (SELECT MAX(id) ...)会失效
因为IN子查询返回的是单列结果，但若子查询中没加GROUP BY，MAX(id)只返回一个全局最大值，无法对应到各分组；加了GROUP BY后又不能直接和外层WHERE配对——SQL标准不允许在WHERE里引用含GROUP BY的子查询结果。
常见错误现象：Subquery returns more than 1 row 或查出记录数远少于预期。
- 正确做法是用相关子查询或窗口函数替代
- 如果数据库不支持窗口函数（如 MySQL 5.7），优先用
JOIN+ 聚合子查询 - 注意子查询别名必须显式声明，否则部分数据库（如 PostgreSQL）会报
subquery in FROM must have an alias
MySQL 8.0+ 用ROW_NUMBER()按分组取最新主键记录
这是最直观、可读性最强的方式，前提是主键id能反映“最新”（比如自增、时间递增）。
示例：取每个user_id下id最大的那条订单记录
SELECT id, user_id, amount
FROM (
SELECT id, user_id, amount,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY id DESC) AS rn
FROM orders
) t
WHERE rn = 1;-
PARTITION BY user_id定义分组依据，不是GROUP BY，不压缩行数 -
ORDER BY id DESC决定“最大值”的排序逻辑，换成created_at DESC也行 - 性能上，
ROW_NUMBER()需要全表扫描+排序，大数据量时注意加(user_id, id)联合索引
兼容老版本 MySQL（5.6/5.7）的LEFT JOIN自关联写法
核心思路是：对每条记录，找同组中有没有“更大的id”，找不到就说明它是本组最大。
示例：同样取每个user_id下id最大的订单
SELECT o1.id, o1.user_id, o1.amount FROM orders o1 LEFT JOIN orders o2 ON o1.user_id = o2.user_id AND o1.id < o2.id WHERE o2.id IS NULL;
- 关键条件是
o1.id ，不是<code><=，否则会漏掉唯一记录 - 如果存在相同
id（比如业务误插入重复主键），这个方法会返回多条，需提前去重或加DISTINCT - 没有
GROUP BY，所以原始字段可全选；但要注意LEFT JOIN可能触发全表笛卡尔积，务必确保user_id有索引
用GROUP BY + MAX(id)再回表时，为什么SELECT *会错
因为GROUP BY user_id后，非分组字段（如amount）的值是未定义的——MySQL 5.7 默认开启sql_mode=ONLY_FULL_GROUP_BY，直接报错；即使关了，返回的amount也不一定对应MAX(id)那条记录。
- 安全写法是先聚合出
MAX(id)，再用JOIN回原表查完整行：SELECT o.* FROM orders o INNER JOIN ( SELECT user_id, MAX(id) AS max_id FROM orders GROUP BY user_id ) t ON o.user_id = t.user_id AND o.id = t.max_id;
- 这个方案在所有 SQL 标准数据库都可用，但要注意：若同一
user_id有多条相同max_id（主键冲突），仍会返回多行 - 相比窗口函数，它多一次表扫描，但胜在兼容性强、逻辑直白
实际写的时候，最容易被忽略的是主键是否真能代表“最新”——比如软删场景下id大但deleted_at非空，就得把过滤条件放进子查询里，而不是只靠排序。
