order by必须位于group by和having之后，仅能引用分组列、聚合表达式或其别名，不可引用未分组也未聚合的原始列；执行顺序为from→where→group by→having→select→order by。
必须用 ORDER BY，且只能放在 GROUP BY 和 HAVING 之后；否则语法报错或结果不可预期。
ORDER BY 能引用哪些列
分组后的排序目标只能是以下三类之一：
-
SELECT列表中出现的分组列（如region、product_type） -
SELECT列表中的聚合表达式（如SUM(amount)、COUNT(*)） - 这些列的别名（如
SUM(amount) AS total，然后写ORDER BY total）
不能引用未出现在 SELECT 中、也未参与 GROUP BY 的原始列——例如 SELECT region, COUNT(*) FROM orders GROUP BY region 中，ORDER BY order_date 会直接报错。
多列排序时的优先级和 NULL 处理
当用多个字段排序（如 ORDER BY region DESC, COUNT(*) ASC），前面字段值相同时才启用后面字段。注意：
- NULL 默认排在最前（升序）或最后（降序），不同数据库行为略有差异（PostgreSQL 和 MySQL 一致，SQL Server 可显式写
NULLS FIRST/LAST） - 如果排序依据含中文，部分旧版 SQL Server 或 MySQL 会按字节排序而非拼音，导致乱序；需确认 collation 设置（如
utf8mb4_unicode_ci） - 别名在
ORDER BY中可用，但在WHERE或GROUP BY中不可用——这是常见混淆点
ORDER BY 在执行顺序里的位置很关键
SQL 实际执行顺序是：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。这意味着：
-
WHERE筛选的是原始行，不能用聚合结果（如WHERE SUM(amount) > 1000是非法的） -
HAVING才能过滤聚合后结果（如HAVING COUNT(*) > 5） -
ORDER BY是最后一步，所以它能看到SELECT输出的所有内容，包括别名和计算列
容易被忽略的是：哪怕你只想要「每组销售额最高的前 3 名」，ORDER BY 本身不控制数量，必须配合 LIMIT（MySQL/PostgreSQL）或 TOP（SQL Server）——而它们必须写在 ORDER BY 之后，否则语法错误。
