根本原因是ORDER BY列存在重复值时数据库不保证相同值行间顺序稳定；必须追加唯一非空字段如id打破平局，并显式声明NULLS LAST/FIRST，且WHERE中不可直接引用ROW_NUMBER()别名rn。
ORDER BY字段重复导致ROW_NUMBER()每次结果不同
根本原因不是Oracle bug，而是ORDER BY列存在重复值时，数据库不保证相同值的行之间顺序稳定。比如ROW_NUMBER() OVER (ORDER BY created_at DESC)在created_at相同的多行间，编号可能每次查询都不同。
必须让每行在排序序列中有唯一位置：
- 在
ORDER BY后追加唯一非空字段，例如ORDER BY created_at DESC, id DESC——id打破平局，方向要与业务逻辑一致 - 避免用表达式包裹排序字段，如
ORDER BY TRUNC(created_at), id会让索引失效，且TRUNC()本身不增加确定性 - 如果
id允许为NULL，得先用COALESCE(id, 0)或过滤掉NULL行，否则NULL参与排序会引入不确定性
NULL值在ORDER BY中默认行为跨库不一致
Oracle 默认NULLS LAST（升序）或NULLS FIRST（降序），但这个行为不能依赖——尤其当SQL要迁移到其他数据库或升级版本时。
显式声明才能消除歧义：
- 写成
ORDER BY score DESC NULLS LAST, id ASC，NULLS LAST只对score生效，紧贴其后 - 不要写成
ORDER BY score DESC, id ASC NULLS LAST——后者语法错误，NULLS修饰符不能放在第二字段后 - 如果字段是
VARCHAR2且含空字符串，注意''和NULL在排序中表现不同，建议统一用NULL或提前REPLACE(col, '', NULL)
WHERE里直接引用rn别名报错Invalid column name 'rn'
ROW_NUMBER()生成的别名属于投影阶段，在SQL执行顺序中晚于WHERE，所以WHERE rn = 1一定失败。
合法写法只有两种：
- 套子查询：
SELECT * FROM (SELECT *, ROW_NUMBER() OVER (ORDER BY created_at DESC, id DESC) AS rn FROM t) WHERE rn = 1 - 用CTE（Oracle 12c+支持）：
WITH ranked AS (SELECT *, ROW_NUMBER() OVER (ORDER BY created_at DESC, id DESC) AS rn FROM t) SELECT * FROM ranked WHERE rn = 1 - 别在
HAVING里试——它只作用于GROUP BY后的聚合结果，和窗口函数无关
索引建了但执行计划显示key为NULL
联合索引(created_at, id)建了≠被用上。看EXPLAIN PLAN里KEY列是否为空或不是预期索引名。
三件事最容易出错：
-
WHERE条件字段没进联合索引：比如查询带WHERE status = 'active'，但索引只建在(created_at, id)，Oracle可能弃用该索引 - 类型不匹配：表字段是
TIMESTAMP，索引却建在DATE上，隐式转换导致索引失效 - 排序方向与索引方向不一致：索引是
(created_at ASC, id ASC)，但ORDER BY created_at DESC, id DESC无法复用，需重建对应方向的索引
真正起决定作用的从来不是索引或隔离级别，而是OVER子句里那个ORDER BY表达式本身是否能唯一确定每一行。哪怕数据一动不动，只要ORDER BY缺决胜列，结果就不可重现。
