MySQL中ORDER BY col DESC默认将NULL排在最前，需用ORDER BY col IS NULL, col DESC或COALESCE(col, 极值)实现NULL排最后。
ORDER BY DESC 是倒序，但默认是 NULL 最先排
加 DESC 确实能倒序，但很多人没意识到：在大多数数据库（如 PostgreSQL、SQL Server、MySQL 8.0+）里，ORDER BY col DESC 会让 NULL 值排在最前面——这和直觉相反，容易导致分页错乱或前端展示异常。
- MySQL 5.7 及更早版本：
NULL默认最小，DESC下排最前 - PostgreSQL：同上，
NULLS FIRST是隐式行为 - 想让
NULL排最后？得显式写ORDER BY col DESC NULLS LAST（PostgreSQL 支持；MySQL 不支持，需用IFNULL或COALESCE替换）
MySQL 中 DESC 倒序时 NULL 处理的实操方案
MySQL 不支持 NULLS LAST 语法，直接写 ORDER BY col DESC 会导致 NULL 顶在结果顶部。常见解法是把 NULL 映射成极小/极大值再排序：
- 让非 NULL 值正常倒序，
NULL排末尾：ORDER BY col IS NULL, col DESC - 数值列可补默认值：
ORDER BY COALESCE(col, -999999) DESC - 字符串列注意长度限制，避免用空字符串替代（可能和真实空值混淆）
示例：SELECT name, score FROM students ORDER BY score IS NULL, score DESC —— 先按“是否为 NULL”升序（FALSE 在前），再对非 NULL 的 score 倒序。
多个字段混合排序时 DESC 只作用于紧邻字段
ORDER BY a, b DESC, c 并不等于 a DESC, b DESC, c DESC，它的实际含义是：a ASC（默认）、b DESC、c ASC。这是新手高频误读点。
- 每个排序方向只绑定到它前面那个字段，不向后继承
- 想全部倒序？必须重复写：
ORDER BY a DESC, b DESC, c DESC - 混合场景常见于“先按状态分组倒序，组内按时间正序”：
ORDER BY status DESC, created_at ASC
ORDER BY DESC 的性能影响不能只看索引是否存在
有索引不一定快。如果查询条件用的是 WHERE deleted = 0，而你建了 (created_at) 单列索引，再执行 ORDER BY created_at DESC，MySQL 可能仍走全表扫描——因为优化器判断「筛选后数据量大」，不如直接排序。
- 复合索引顺序要匹配
ORDER BY方向：想高效支持WHERE a = ? ORDER BY b DESC，应建(a, b DESC)（MySQL 8.0+ 支持降序索引） - 旧版 MySQL（(a, b) 索引可加速
ORDER BY b ASC，但DESC会触发 filesort - 用
EXPLAIN看Extra字段：出现Using filesort就说明没走索引排序
真正影响性能的不是 DESC 这个词，而是数据库能否复用索引的物理存储顺序。
