Oracle原生支持NULLS LAST语法，用于强制将NULL值排在排序方向末尾，无论ASC或DESC；其必须紧接在排序方向后，不可颠倒顺序，且各字段需单独声明。
Oracle 原生支持 NULLS LAST，直接写就能用，无需额外判断或兼容处理。
Oracle 中 NULLS LAST 的基本用法
它不是函数，也不是修饰符，而是 ORDER BY 子句的合法语法组成部分，作用是强制把 NULL 值排在当前排序方向的末尾——不管前面是 ASC 还是 DESC。
-
ORDER BY col ASC NULLS LAST：非NULL值按升序排，所有NULL排在最后 -
ORDER BY col DESC NULLS LAST：非NULL值按降序排，所有NULL仍排在最后（即“最低分段之后”，不是“最高分段之后”） - 注意写法顺序：
NULLS LAST必须紧跟在字段排序方向（ASC/DESC）之后，不能颠倒
为什么不能只靠默认行为？
Oracle 默认在 ORDER BY col DESC 时把 NULL 当作“最大值”，所以会排在最前；而 ASC 时默认排最后。但这个“默认”不可靠：
- 业务语义常要求“空值统一沉底”，比如价格为空的商品不干扰高价商品展示
- 窗口函数中不显式控制会导致
ROW_NUMBER()结果跨环境不一致（比如迁移到 PostgreSQL 或 MySQL 8.0+ 时） - 分页查询中，若第一页全是
NULL行，有效数据被挤到第二页，前端体验断裂
多字段排序时 NULLS LAST 只作用于紧邻字段
它不是全局开关，每个字段需单独声明。例如：
ORDER BY department NULLS LAST, salary DESC NULLS LAST, hire_date ASC
上面语句中：
-
department的NULL排最后 -
salary的NULL排最后（即使DESC） -
hire_date没写NULLS FIRST/LAST，走 Oracle 默认：升序时NULL已在最后，但行为依赖版本和 NLS 设置，建议补上NULLS LAST显式锁定
常见误写和报错点
实际写 SQL 时容易踩这几个坑：
- 写成
ORDER BY col NULLS LAST DESC—— 顺序错，DESC必须在NULLS LAST前面 - 漏掉空格写成
NULLSLAST或NULLS_LAST—— Oracle 报ORA-00907: missing right parenthesis或类似语法错误 - 在子查询或视图定义里用了
NULLS LAST，但调用方连接的是旧版 Oracle 客户端（如 11g 客户端连 19c 服务端），一般不影响，但某些 JDBC 驱动版本可能解析异常 - MyBatis-Plus 等框架生成 SQL 时若启用了数据库方言自动适配，
orderByAscNullsLast()在 Oracle 下才真正生效，切到 H2 或 MySQL 测试时会静默失效甚至报错
真正麻烦的从来不是语法本身，而是团队里有人写了 NULLS LAST，有人没写，又没人校验执行计划里的排序稳定性——结果上线后分页错位、TOP-N 统计漏掉空值组，查半天才发现是排序语义没对齐。
