GROUP BY 不保证排序，必须显式用 ORDER BY；NULL 默认排序位置因数据库而异，需用 IS NULL 或 COALESCE 统一处理。
GROUP BY 本身不控制排序，空值排序必须显式用 ORDER BY，并注意 NULL 在不同数据库中的默认位置。
GROUP BY 后的结果顺序是未定义的
无论字段是否含 NULL，GROUP BY 都不会保证输出顺序。你看到的“按分组字段排好序”只是偶然——可能是索引扫描顺序、数据插入顺序或旧版本优化器行为导致的假象。一旦加 WHERE、换表结构、升级数据库小版本，结果就可能乱。
- MySQL 8.0、PostgreSQL、SQL Server 都明确不承诺 GROUP BY 输出顺序
- ORDER BY 必须写在 GROUP BY 之后，且只能引用 SELECT 列中的字段或别名
- 别写
ORDER BY dept却没在 SELECT 里选dept，多数数据库会直接报错
NULL 在 ORDER BY 中默认排在哪？
不同数据库对 NULL 的默认排序位置不一致：MySQL 默认把 NULL 排最前（ASC 时），PostgreSQL 和 SQL Server 默认排最后（ASC 时）。这会导致跨库迁移或联合查询时结果不一致。
- 显式控制 NULL 位置更可靠：
ORDER BY dept ASC NULLS FIRST（PostgreSQL/Oracle 支持） - MySQL 不支持
NULLS FIRST/LAST，得用ORDER BY dept IS NULL, dept ASC：先按是否为 NULL 排（FALSE 在前），再按值排 - 想让 NULL 统一排最后？用
ORDER BY dept IS NOT NULL DESC, dept ASC
分组字段本身是 NULL，怎么让它显示为“未知”并参与排序？
GROUP BY 会把所有 dept IS NULL 归为一个独立分组，但这个分组在 ORDER BY 中仍按 NULL 处理，无法和字符串“未知部门”一起排序。必须在分组和排序两个环节同步转换。
- 错误写法：
SELECT COALESCE(dept, '未知部门') AS dept_name, COUNT(*) FROM emp GROUP BY dept ORDER BY dept_name—— 分组逻辑仍是按原始dept，NULL 自成一组，但ORDER BY按字符串排，语义脱节 - 正确写法：
SELECT COALESCE(dept, '未知部门') AS dept_name, COUNT(*) FROM emp GROUP BY COALESCE(dept, '未知部门') ORDER BY dept_name—— 分组和排序都基于同一表达式 - 数值字段同理：
GROUP BY COALESCE(manager_id, -1)，避免用字符串如'-1'引发隐式类型转换
聚合结果含 NULL 时排序容易出错
COUNT(*) 永远不返回 NULL，但 AVG()、SUM()、MAX() 在空组（比如 LEFT JOIN 右表无匹配）或全 NULL 列上会返回 NULL。这些 NULL 会干扰排序逻辑，尤其当你要 ORDER BY AVG(salary) DESC 时，NULL 可能被排到最前或最后，不符合业务预期。
- 用
COALESCE(AVG(salary), 0)把 NULL 转为 0 再排序，比依赖数据库默认行为更可控 - 如果 NULL 代表“无意义”，而 0 是有效值（比如薪资为 0 合法），那就该用
COALESCE(AVG(salary), 0)；如果 NULL 代表“不可用”，那更适合用COALESCE(AVG(salary), -999)并在注释里说明 - 别在 ORDER BY 里直接套函数如
ORDER BY COALESCE(AVG(salary), 0)，部分老版本 MySQL 会报错，稳妥做法是先在 SELECT 中定义别名，再在 ORDER BY 中引用
真正难的不是写对语法，而是搞清每个 NULL 到底代表什么：是缺失、未录入、校验失败，还是业务上允许的合法零值。同一张表里混着几种 NULL，只靠 COALESCE 统一替换，反而会让统计失真。
