这种耗时差异的出现，主要是因为Hibernate在调用存储过程时，额外引入了不少JDBC层面之外的开销，加上默认配置可能没针对批量操作优化，导致性能被大幅拉低。下面我拆解下可能的原因，再给出对应的优化手段：

可能的性能瓶颈原因 #

1. 结果集全量加载与对象封装开销 #

你用query.list()会一次性把存储过程返回的20000行BigInteger结果全部加载到内存，并且Hibernate会为每一行创建对应的对象，还会把这些对象纳入一级缓存管理。而MySQL客户端执行时，要么不需要处理返回结果，要么处理方式更轻量化，完全没有这层对象转换和缓存管理的额外开销。

2. 默认JDBC fetch size过小导致网络往返频繁 #

Hibernate默认的JDBC fetch size通常比较小（比如MySQL JDBC驱动默认是10），这意味着每次从数据库取数据都要做一次网络请求，20000行数据就要做2000次往返，大大增加了耗时。而MySQL客户端执行时，会用更大的fetch size来减少网络交互次数。

3. 事务范围与隔离级别影响 #

如果你的代码把存储过程调用放在了一个较大的事务中，或者Hibernate使用的事务隔离级别比MySQL客户端更高（比如REPEATABLE READ而不是READ COMMITTED），会导致数据库锁的持有时间更长，进而拖慢整个存储过程的执行速度。

4. Hibernate的额外会话管理开销 #

虽然你调用了flush()和clear()，但Hibernate的会话在处理原生SQL查询时，仍然会做一些额外的检查（比如缓存同步、持久化上下文管理），这些操作对于直接执行存储过程的场景来说都是不必要的冗余开销。

对应的优化手段 #

1. 改用executeUpdate()替代list()（如果不需要返回结果） #

如果存储过程的返回结果对你来说只是一个计数（比如受影响的行数），完全可以用query.executeUpdate()代替list()。这个方法不会加载所有返回行，只会返回受影响的行数，省去了大量的对象创建和内存加载开销：

int affectedRows = query.executeUpdate();

2. 调整JDBC fetch size #

显式设置fetch size，减少网络往返次数。比如设置为1000，这样每次网络请求可以拉取1000行数据：

Query query = mainSession.createSQLQuery("{CALL my_stored_procedure(:maxResultSize)}")
    .setParameter("maxResultSize", maxResultSize)
    .setFetchSize(1000);

3. 缩小事务范围，调整隔离级别 #

确保存储过程的调用在一个独立的、尽可能小的事务中执行，避免和其他业务逻辑共享事务。同时，把Hibernate的事务隔离级别调整为和MySQL客户端一致（比如READ COMMITTED），可以在Hibernate配置文件中设置：

hibernate.connection.isolation=2

（注：2对应JDBC的Connection.TRANSACTION_READ_COMMITTED）

4. 直接使用JDBC调用存储过程 #

绕过Hibernate的会话层，直接用JDBC Connection来调用存储过程，完全避免Hibernate的额外开销。示例代码：

try (CallableStatement cs = mainSession.connection().prepareCall("{CALL my_stored_procedure(?)}")) {
    cs.setInt(1, maxResultSize);
    cs.execute();
} catch (SQLException e) {
    // 处理异常
}

这种方式和MySQL客户端执行存储过程的方式几乎一致，能最大程度贴近原生性能。

5. 优化Hibernate缓存与会话管理 #

如果必须用Hibernate的SQLQuery，在调用存储过程前可以先清理会话缓存，避免不必要的flush操作；同时，调用完存储过程后，及时清理会话，减少缓存占用：

mainSession.clear(); // 调用前清理缓存
Query query = mainSession.createSQLQuery("{CALL my_stored_procedure(:maxResultSize)}")
    .setParameter("maxResultSize", maxResultSize);
query.executeUpdate();
mainSession.clear();

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