Hibernate SQLQuery.list()拉取Oracle百万级记录性能问题咨询

性能差的核心原因 #

同一条SQL在SQL Developer执行仅需7-8秒、在Hibernate中执行需25分钟，和SQL本身的执行逻辑无关，是三类配置偏差叠加导致的：

• JDBC驱动默认抓取策略过于低效，网络交互次数过多
• Hibernate运行时引入了大量非必要的对象拷贝、脏检查、缓存跟踪开销
• 代码拼接SQL存在笔误，和手动执行的版本存在逻辑偏差，导致执行计划走偏

可直接落地的优化操作（完全适配现有Struts1.3、Hibernate4.3.11、Oracle10g技术栈） #

1. 调整JDBC抓取参数，大幅减少网络往返 #

Hibernate4.3、Oracle10g默认设置的JDBC单次拉取行数（fetchSize）为10，意味着每拉10条记录就要和数据库做一次网络通信，百万级记录需要10万次往返，仅网络延迟就会消耗绝大多数时间——这也是SQL Developer（默认单次拉取50~100行）执行快的核心差异。
操作步骤：

• 在hibernate.cfg.xml中全局配置默认抓取行数：

  <property name="hibernate.jdbc.fetch_size">1000</property>
  

• 在当前查询代码中显式覆盖配置（优先级高于全局设置），在list()调用前添加：
  sqlQry.setFetchSize(1000);
• 对接Oracle10g使用的老版本ojdbc驱动，若查询结果包含LONG/CLOB等大字段，需在JDBC连接URL中追加参数，否则上述fetchSize配置不生效：
  修改连接地址为：jdbc:oracle:thin:@localhost:1521:mydatabase;useFetchSizeWithLongColumn=true

2. 关闭Hibernate非必要运行时开销 #

当前代码在查询流程中加入了大量和纯查询无关的操作，会引入成倍的性能损耗：

• 纯原生查询场景完全不需要调用session.flush()：flush操作会触发会话内所有持久化对象的脏检查，如果会话中之前加载过大量实体，会耗费数秒到数十秒的CPU资源，直接删除该行代码即可。
• 执行查询前添加配置sqlQry.setReadOnly(true)：告知Hibernate本次查询返回的对象不需要做快照拷贝、不需要纳入脏检查范围，可减少90%以上的内存占用。
• 添加配置sqlQryry.setCacheable(false)：避免不必要的二级缓存序列化开销。
• 移除冗余的事务代码：纯查询操作不需要开启事务、执行commit，直接删掉Transaction tx = session.getTransaction()、tx.commit()相关逻辑，可减少大量事务上下文的维护开销。

3. 逐字比对实际执行的SQL，消除语法笔误的影响 #

从提供的SQL拼接片段中可看到两处明显错误，会直接导致执行效率暴跌：

• 语句开头出现双FROM关键字：Select Report_Name... from FROM (MSC Msc RIGHT JOIN ...
• 自连接条件错误：ON Project.PROJECT_ID = Project.PROJECT_ID 相当于表自身和自己做笛卡尔积，会导致结果集规模呈指数级膨胀。
  操作要求：
• 开启hibernate.show_sql，把Hibernate实际发送给Oracle的完整SQL（带绑定参数值）打印出来，和SQL Developer中手动执行的版本逐字符比对，确保表别名、连接条件、过滤条件完全一致。
• 若发现执行计划偏差（Hibernate走全表扫描、SQL Developer走索引），可在SQL开头追加Oracle Hint强制固定执行计划：/*+ ALL_ROWS PARALLEL(4) */，开启并行查询拉取。

4. 替换一次性全量加载模式，避免Full GC停顿 #

一次性把百万级记录全部加载到JVM内存生成List对象，会占用2~4G堆内存，触发多次Full GC停顿，这也是查询耗时高的重要原因。
使用Hibernate内置的可滚动游标替换原来的list()全量加载：

// 替换原有的resultList = sqlQry.list();
ScrollableResults scroll = sqlQry.scroll(ScrollMode.FORWARD_ONLY);
List<QueryObjectRow> resultList = new ArrayList<>(1000); // 预先分配固定大小的内存，避免动态扩容开销
while (scroll.next()) {
    QueryObjectRow row = (QueryObjectRow) scroll.get(0);
    resultList.add(row);
    // 每处理1000条就执行业务逻辑，及时清理缓存，避免内存膨胀
    if (resultList.size() % 1000 == 0) {
        // 插入原有业务处理逻辑（如导出、批量持久化等）
        session.evictAll(resultList);
        resultList.clear();
    }
}
scroll.close();

这种模式下，Hibernate会依托Oracle服务端游标逐块拉取数据，不需要把全量结果存在客户端内存，配合1000行的抓取大小，百万级数据的网络交互次数仅为1000次，比默认配置减少99%的交互量。

按上述步骤调整后，同等数据量的查询耗时通常可从25分钟降到10秒以内，完全满足生产场景要求。

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