Hibernate生成含__hibernate_row_nr__的Oracle查询异常问题求助

从你贴出的SQL来看，问题核心就出在ROW_NUMBER() OVER (ORDER BY CURRENT_TIMESTAMP)这部分——Oracle对这种动态排序的处理会引发一系列问题，包括分页结果混乱、性能暴跌，甚至数据库资源过载。

问题根源 #

当你用Hibernate Criteria做分页但没显式指定排序字段时，Hibernate会默认拿CURRENT_TIMESTAMP当排序依据生成行号。但在Oracle里，这个动态时间戳会导致：

• 每次执行查询，行的排序顺序都是随机的（毕竟时间一直在变），分页返回的结果完全不可预测；
• Oracle没办法利用任何索引优化排序操作，只能做全表扫描，数据量大时直接拖垮数据库性能。

解决方案 #

你可以通过这几种方式快速解决问题：

• 显式指定排序字段（最推荐）
  在Criteria查询里加明确的排序条件，比如按审计记录的修改时间或者员工编号排序，这样Hibernate就会生成基于固定字段的排序SQL，不会再用CURRENT_TIMESTAMP。示例代码：

  Criteria criteria = session.createCriteria(EmployeeAudit.class);
  // 按修改时间倒序，保证最新的审计记录在前
  criteria.addOrder(Order.desc("modifiedTime"));
  // 配置分页参数
  criteria.setFirstResult(0); // 起始索引
  criteria.setMaxResults(10); // 每页条数
  List<EmployeeAudit> results = criteria.list();
  

• 用固定键做默认排序
  如果业务场景不需要特定排序规则，至少指定一个固定字段（比如主键empnbr）当排序依据，确保行号生成稳定：

  criteria.addOrder(Order.asc("empnbr"));
  

• 升级Hibernate版本
  部分旧版Hibernate在无显式排序时会采用这种不合理的默认行为，升级到5.x及以上的稳定版本后，Hibernate会改用主键作为默认排序字段，从根源避免这个问题。

修改后的SQL会变成类似这样（以按modifiedTime排序为例）：

WITH query AS (
  SELECT inner_query.*, ROW_NUMBER() OVER (ORDER BY MODIFIEDTIME desc) as __hibernate_row_nr__
  FROM (
    select this_.MODIFIEDTIME as MODIFIED1_1_1_, this_.FIELDNAME as FIELDNAM2_1_1_, this_.EMPNBR as EMPNBR3_1_1_
    from EMPLOYEEAUDIT this_ left outer join EMPLOYEE employee2_ on this_.EMPNBR=employee2_.EMPNBR
  ) inner_query
)
SELECT MODIFIED1_1_1_,FIELDNAM2_1_1_,EMPNBR3_1_1_ FROM query WHERE __hibernate_row_nr__ between ? and ?

这样既保证了分页结果的稳定性，又能让Oracle利用索引优化排序，彻底解决之前的异常问题。

内容的提问来源于stack exchange，提问作者Prerna