多次调用JPA查询后Oracle游标未关闭，触发ORA-01000错误如何解决？

嘿，这个问题我之前也碰到过，在JPA+Hibernate搭配Oracle的场景里，游标泄漏真的是个让人头疼的坑。咱们先从你的代码和问题根源说起，再一步步给出解决方案：

为啥游标会一直不关闭？ #

看你的代码，有几个核心问题直接导致了游标泄漏：

1. 硬拼SQL参数：你直接把id值拼接进SQL字符串，每次调用只要参数值不一样，生成的SQL就完全不同。Hibernate没法复用PreparedStatement，只能每次新建一个，对应的Oracle游标也就一直处于打开状态，没法被回收。
2. 多余的事务操作：查询操作根本不需要开启事务（除非你有特殊的隔离级别需求），这里的begin()和commit()反而会拖慢资源释放的节奏，让游标没法及时关闭。
3. EntityManager关闭的风险：虽然你调用了lem.close()，但如果代码中途抛出异常，这行代码可能不会执行，导致EntityManager没被关闭，游标自然就泄漏了。

具体解决步骤 #

1. 用参数绑定替代字符串拼接（最关键！） #

这一步能直接解决SQL无法复用的问题，让Hibernate可以缓存PreparedStatement，游标就能被重复利用，不会每次都新建。修改你的查询代码：

public List<T> findAll(Long id1, Long id2, Long id3, boolean cacheResults) {
    EntityManager lem = emf.createEntityManager();
    try {
        // 用问号占位符绑定参数
        List<T> listRowValue = lem.createNativeQuery("select * from MASTER b where id1 = ?1 and id2 = ?2 and id3 = ?3")
                .setParameter(1, id1)
                .setParameter(2, id2)
                .setParameter(3, id3)
                .getResultList();
        return listRowValue;
    } finally {
        // 不管有没有异常，都确保EntityManager关闭
        lem.close();
    }
}

或者用命名参数，可读性更好：

List<T> listRowValue = lem.createNativeQuery("select * from MASTER b where id1 = :id1 and id2 = :id2 and id3 = :id3")
        .setParameter("id1", id1)
        .setParameter("id2", id2)
        .setParameter("id3", id3)
        .getResultList();

这样不管参数值怎么变，SQL结构都是一致的，Hibernate会缓存这个PreparedStatement，游标就能被复用了。

2. 移除不必要的事务代码 #

查询操作不需要开启事务，把lem.getTransaction().begin()和lem.getTransaction().commit()删掉，减少资源占用时间，让游标能更快被释放。

3. 用try-finally确保EntityManager关闭 #

把lem.close()放在finally块里，就算查询过程中抛出异常，也能保证EntityManager被正确关闭，从根源避免资源泄漏。

4. 配置Hibernate参数优化资源释放 #

在你的持久化配置文件（比如persistence.xml或者application.properties）里添加以下参数，强制Hibernate及时释放JDBC资源：

# 设置批量处理大小，帮助复用连接和游标
hibernate.jdbc.batch_size=50
# 执行完语句后立即释放JDBC连接（关联的游标也会被释放）
hibernate.connection.release_mode=after_statement
# 设置PreparedStatement缓存大小，常用SQL可以被缓存
hibernate.statement_cache.size=100

5. 临时调整Oracle游标上限（应急用） #

如果上面的步骤还没生效，你可以先临时调大Oracle的open_cursors参数缓解问题，但这只是治标，核心还是要从代码和配置下手：

ALTER SYSTEM SET open_cursors=1000 SCOPE=BOTH;

验证问题是否解决 #

你可以在Oracle里执行这条SQL，查看当前打开的游标数量，多次调用findAll后，观察数值是否不再持续增长：

SELECT COUNT(*) FROM v$open_cursor WHERE user_name='你的Oracle用户名';

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