GROUP BY本身不保证顺序，ORDER BY报“is not in GROUP BY clause”是因MySQL 5.7+默认启用ONLY_FULL_GROUP_BY，要求ORDER BY字段必须在GROUP BY中或为聚合结果（如MAX(created_at)），否则属语义错误；别名在ORDER BY中常不被识别，应复写表达式；GROUP BY+ORDER BY无法实现每组Top N，需用窗口函数或子查询。
GROUP BY 本身不保证任何顺序，乱是常态，不是 bug。
GROUP BY 后 ORDER BY 报错 “is not in GROUP BY clause”
MySQL 5.7+ 默认启用 ONLY_FULL_GROUP_BY，它会拒绝执行 ORDER BY name 这类语句——只要 name 没出现在 GROUP BY 列表里，也没被包裹在 MAX(name)、MIN(name) 等聚合函数中。
- 这不是排序失效，而是 SQL 语义校验失败：数据库在告诉你“你写的排序依据，在分组后根本不确定是哪个值”
- 别关
ONLY_FULL_GROUP_BY，那等于把问题藏起来；上线换环境或升级版本立刻崩 - 想按某字段“逻辑上最新”排序？必须用聚合函数表达，比如
ORDER BY MAX(created_at)或ORDER BY MIN(id)
ORDER BY 写对了但结果还是乱
常见于别名没被识别、字段类型混杂、或 COLLATE 不一致。
-
ORDER BY avg_salary DESC可能静默失效——MySQL 旧版本或嵌套查询中，ORDER BY阶段常看不到SELECT里定义的别名；稳妥写法是复写表达式：ORDER BY AVG(salary) DESC - 排序字段含大量
NULL，或同时存在数字字符串（如'1','10','2'）时，字典序会碾压数值直觉；需显式转换：ORDER BY CAST(order_no AS UNSIGNED) - 中文字段排序乱？大概率是 COLLATE 不支持拼音，比如用了
utf8mb4_general_ci；应改用utf8mb4_unicode_ci或更准的utf8mb4_pinyin_ci（MySQL 8.0+）
GROUP BY + ORDER BY 无法实现“每组内取 Top N”
这是最常被误解的点：你写 GROUP BY dept ORDER BY salary DESC LIMIT 3，得到的是全部数据分组后、再整体取前 3 行，不是每个部门各取 3 人。
- 真正需求是“每个分组内部排序后再截取”，得靠窗口函数：
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) - MySQL 8.0+ 可直接用；低版本只能靠相关子查询，但性能差、且
LIMIT在子查询中受限 -
GROUP_CONCAT(name ORDER BY updated_at DESC)是 MySQL 特有语法，其他数据库不认；跨库迁移时务必注意
真正难的不是写对语法，而是意识到：GROUP BY 只管“怎么聚”，不管“怎么排”；ORDER BY 只管“最终行序”，不管“组内选谁”。这两件事必须拆开想、分开做。一旦混淆，调试成本远高于重写。
