ORDER BY后多个字段可分别指定ASC或DESC，顺序写在对应字段后，互不影响；不写默认ASC，但显式声明更安全；例如ORDER BY status ASC, created_at DESC表示先按状态升序，同状态内按创建时间降序。
ORDER BY 后多个字段怎么指定不同排序方向
SQL 中 ORDER BY 支持对多个字段分别指定 ASC 或 DESC，顺序写在对应字段后面即可，互不影响。不写默认是 ASC，但显式写出更安全、可读性更强。
常见错误是以为只能全局统一方向，或把 ASC/DESC 写在整句末尾（如 ORDER BY a, b DESC），其实 DESC 只作用于紧邻的前一个字段。
-
ORDER BY status ASC, created_at DESC：先按状态升序，同状态内按创建时间降序（最新在前） -
ORDER BY priority DESC, updated_at ASC, id ASC：高优先级排前面；同优先级下，更新早的靠前；再相同则按 ID 小到大 - 字段间用逗号分隔，每个字段后可独立加
ASC或DESC，混用完全合法
MySQL 和 PostgreSQL 对空值（NULL）的排序行为差异
混合排序时，NULL 的位置可能因数据库而异，直接影响结果稳定性。MySQL 默认把 NULL 当作最小值（ASC 时排最前），PostgreSQL 默认当作最大值（ASC 时排最后）。
如果你依赖某个固定顺序（比如“未设置时间的记录总排在最后”），不能只靠 ASC/DESC，得显式控制 NULL 位置：
- MySQL 中想让
NULL排最后：created_at IS NULL, created_at DESC - PostgreSQL 中更推荐用
NULLS LAST（标准 SQL）：created_at DESC NULLS LAST - 跨数据库兼容写法（稍冗余但可靠）：
CASE WHEN created_at IS NULL THEN 1 ELSE 0 END, created_at DESC
ORDER BY 中表达式或别名能用 ASC/DESC 吗
可以，只要表达式或别名在 SELECT 列表中存在（或符合 SQL 标准的可见性规则）。但注意：某些旧版本 MySQL（5.7 之前）不支持对别名直接排序，需重复表达式。
- 安全写法（兼容性好）：
ORDER BY LENGTH(name) DESC, UPPER(email) ASC - 带别名的写法（推荐用于可读性）：
SELECT name, email, LENGTH(name) AS name_len FROM users ORDER BY name_len DESC—— 大多数现代数据库支持 - 避免在
ORDER BY里写复杂子查询或窗口函数（部分数据库不支持，或性能极差）
性能影响：混合排序会让索引失效吗
不一定失效，但索引必须匹配 ORDER BY 字段的**前缀顺序和方向**。例如有复合索引 (status, created_at)，那么 ORDER BY status ASC, created_at DESC 在 PostgreSQL 中可用，但在 MySQL 中会跳过索引的第二列（因方向不一致）。
- MySQL 要求所有排序字段方向一致才能高效使用复合索引（除非 8.0+ 启用了降序索引）
- PostgreSQL 从 11 开始支持降序索引，建索引时可写
CREATE INDEX idx ON t (a ASC, b DESC) - 如果经常执行
status DESC, created_at ASC，又无法改索引，考虑物化视图或预计算字段
混合排序本身不慢，慢的是没走索引还碰上大数据量。上线前务必用 EXPLAIN 看执行计划，尤其注意 Using filesort 是否出现。
