Hibernate 3.2中应用与SQL Developer执行同查询结果不一致问题排查

• 查看Hibernate生成的实际执行SQL：开启Hibernate的SQL日志（将org.hibernate.SQL日志级别设为DEBUG），对比应用发送到数据库的SQL与你在SQL Developer中手动执行的SQL是否完全一致，包括字段、条件、参数的处理方式。HQL到SQL的转换可能出现细节差异，尤其是旧版本Hibernate。

• 验证参数类型匹配：应用中用q.setString绑定color为字符串"89"，但需确认数据库中color字段的类型。如果是数字类型（如NUMBER），字符串与数字的隐式转换可能导致匹配逻辑不同，比如Oracle中字符串'89'和数字89的比较可能因类型转换规则产生差异，甚至影响索引使用。

• 排查Hibernate缓存：

  • 一级缓存（Session级）：如果当前Session之前加载过该条数据，可能返回缓存中的旧值，可在查询前调用session.clear()清空一级缓存后重试。
  • 二级缓存：若配置了实体二级缓存，检查缓存是否未更新，尝试临时禁用二级缓存验证结果。

• 核对实体与数据库字段映射：检查SizeNotification实体中对应NOTIFICA3_1_字段的映射配置（注解或XML），比如布尔类型的转换规则。例如数据库中该字段是CHAR(1)（值为'Y'/'N'或'T'/'F'），Hibernate 3.2的默认布尔映射可能与实际存储值不匹配，导致转换错误。

• 检查数据库会话属性差异：应用连接与SQL Developer的连接可能使用不同的会话参数（如NLS_COMP、NLS_SORT、字符集），这些参数可能影响字符串比较逻辑，导致查询结果不一致。可在应用中执行SELECT * FROM nls_session_parameters，与SQL Developer中的结果对比。

• 验证事务隔离与数据一致性：应用查询可能处于未提交的事务中，读取的是事务快照数据；或者事务隔离级别为REPEATABLE READ，导致无法读取最新提交的数据。检查应用的事务配置，确认查询是否在事务内，可尝试在查询前提交事务后重试。

• 排查查询缓存：若开启了Hibernate查询缓存，可能缓存了旧的查询结果。可临时关闭查询缓存（设置hibernate.cache.use_query_cache=false），或调用sessionFactory.getCache().evictQueryRegions()清空查询缓存后验证。

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