mysql倒序排列必须用order by column_name desc，desc须紧随列名、不可独立书写；多列排序可为每列单独指定asc/desc；默认asc，null排序行为因数据库而异，关键在排序字段是否真实反映业务逻辑。
倒序排列直接用 ORDER BY column_name DESC 就行，但实际写的时候容易漏掉 DESC、写错位置，或误以为它能“反转整个结果集”而忽略排序依据。
DESC 必须紧跟在列名后面，不能单独写
常见错误是把 DESC 写成独立子句，比如 ORDER BY name DESC LIMIT 10 写成 ORDER BY name LIMIT 10 DESC —— 这会报错：ERROR: syntax error at or near "DESC"。
正确写法只有这一种结构：
SELECT * FROM users ORDER BY created_at DESC;
-
DESC是ORDER BY子句的一部分，只修饰紧挨着它的那一列 - 多列排序时，每列可独立指定方向：
ORDER BY status ASC, updated_at DESC - 不写
ASC或DESC默认是ASC，不是随机顺序
ORDER BY DESC 不等于“把查询结果翻转过来”
很多人想“取最新10条记录”，就写 SELECT * FROM logs ORDER BY id DESC LIMIT 10，这没错；但如果表里 id 不是递增主键（比如用了 UUID 或逻辑删除后重用 ID），结果就不可靠。
关键判断点：
- 倒序依赖的是排序字段的值大小关系，不是插入顺序
- 时间字段优先选
created_at而非id，除非你 100% 确认id是自增且未跳号 - 如果要“按入库顺序倒排”，但又没时间戳字段，得先补上
created_at DEFAULT CURRENT_TIMESTAMP
带 NULL 值时，DESC 的行为可能出人意料
在 PostgreSQL 中，NULL 默认排在最前面（ASC 和 DESC 都一样）；但在 MySQL 8.0+ 和 SQL Server 中，NULL 在 DESC 下排最后。行为不统一。
如果业务要求明确控制 NULL 位置，不要依赖默认：
- PostgreSQL：用
ORDER BY status DESC NULLS LAST - MySQL：用
ORDER BY IFNULL(status, '') DESC（字符串场景）或加计算列 - 跨库兼容写法：在
WHERE里提前过滤status IS NOT NULL
真正麻烦的不是语法，而是排序字段是否真能代表你要的“倒序逻辑”——比如按用户名倒序，和按注册时间倒序，语义完全不同，但 SQL 看不出你心里想的是哪个。
