ORDER BY字段名写错或未引号包裹会报错；别名含空格/关键字必须加引号；多字段排序方向独立，需显式声明ASC/DESC；NULL排序行为因库而异，应显式控制；别名在ORDER BY中不可用（除窗口函数），须重复表达式或子查询。
ORDER BY 后字段名写错或没加引号会直接报错
MySQL 和 PostgreSQL 对标识符大小写和保留字敏感，SQL Server 则默认不区分但可能因排序规则触发异常。常见错误是把列别名写成带空格或含关键字的名称，却没用反引号（`）或双引号（"）包裹。
比如 SELECT user_name AS "full name" FROM users ORDER BY full name 会报错，因为 full name 是两个词，解析器认为你在按 full 排序、再按未定义的 name 升序——实际应写成 ORDER BY "full name"（PostgreSQL）或 ORDER BY `full name`（MySQL）。
- 别名含空格、连字符、数字开头或 SQL 关键字（如
order、desc），必须加引号 - 原始字段名若为小写且数据库启用了
lower_case_table_names=0（Linux MySQL），大小写也要严格匹配 - SQLite 不强制引号，但加了更安全；SQL Server 推荐统一用方括号：
ORDER BY [full name]
多字段排序时 ASC/DESC 只作用于紧邻的字段
ORDER BY a, b DESC 的意思是：先按 a 升序（默认），再按 b 降序；它**不是**整个结果集按 a 和 b 联合降序。这点常被误解，尤其当开发者想让“主字段升序、次字段也升序”却漏写 ASC，以为默认继承——其实每个字段的排序方向完全独立。
例如查询订单：SELECT * FROM orders ORDER BY status, created_at DESC，会先把 status = 'pending' 的全排前面，其中这些 pending 订单按时间倒序；而 status = 'done' 的整体在后，内部也按时间倒序。如果误以为 created_at DESC 会影响 status 的顺序，就错了。
- 每个字段后都显式写
ASC或DESC，避免依赖默认值（虽然标准 SQL 默认是ASC，但可读性差） - 混合方向时注意逻辑分组：比如
ORDER BY category ASC, price DESC, name ASC表示“同类里贵的靠前，名字按字母顺排” - 某些 ORM（如 Django ORM）生成的 SQL 可能省略
ASC，调试时需手动补全验证
NULL 值在 ORDER BY 中的排序行为因数据库而异
MySQL 默认把 NULL 排最前（ASC 时），PostgreSQL 和 SQL Server 默认排最后，SQLite 则视编译选项而定。这会导致同一条 SQL 在不同环境结果不一致，尤其做分页或前端渲染时容易出错。
比如 SELECT * FROM products ORDER BY discount DESC，若 discount 允许为 NULL，MySQL 会把所有无折扣商品顶到列表开头，而 PostgreSQL 把它们压到底部——业务上通常希望“有折扣的优先展示”，就得主动控制 NULL 位置。
- 用
IS NULL/IS NOT NULL显式排序：ORDER BY discount IS NULL, discount DESC（把非空值放前，再按折扣降序） - MySQL 5.7+ 支持
ORDER BY ... NULLS FIRST（需开启 SQL mode），但兼容性差，不建议依赖 - 如果字段常为空，考虑建表达式索引加速：
CREATE INDEX idx_discount_nonnull ON products ((discount IS NOT NULL), discount)
ORDER BY 子句无法使用 SELECT 中的计算列别名（除非在子查询中）
这条 SQL 会报错：SELECT price * qty AS total FROM orders ORDER BY total DESC。多数数据库（包括 MySQL 8.0+、PostgreSQL、SQL Server）在 ORDER BY 阶段还不能识别 SELECT 列表里的别名，因为逻辑执行顺序是 FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY，别名只在 SELECT 阶段才生成。
唯一例外是 MySQL 5.7 及以前允许这种写法（属于实现偏差，已不推荐），但升级后大概率崩。正确做法是重复表达式，或包一层子查询。
- 最简方案：写
ORDER BY price * qty DESC，别偷懒用别名 - 复杂表达式（如
COALESCE(price * qty * (1 - discount), 0)）建议提成子查询，避免重复计算和维护困难 - 窗口函数结果可以别名引用：
SELECT ..., ROW_NUMBER() OVER (ORDER BY score) AS rn FROM t ORDER BY rn是合法的，因为窗口函数在SELECT阶段已计算完成
多字段排序真正麻烦的不是语法，而是搞清“每层排序的粒度是否符合业务预期”。比如按地区、城市、门店三级排序时，如果城市名有拼写差异（"New York" vs "NYC"），光靠 ORDER BY 解决不了数据质量问题——得先清洗。
