ORA-01000: maximum open cursors exceeded是Oracle数据库中常见的运行时异常，当应用程序打开的游标数量超过数据库允许的最大值时就会触发该错误，游标是Oracle用来处理SQL语句的内存区域，每一个执行的SQL都会对应一个游标，如果游标没有及时关闭就会持续占用资源，最终触发限制。
异常产生的常见原因
要解决问题首先需要明确触发该异常的原因，常见的情况主要有以下几类：
- 游标未正确关闭：执行SQL后没有手动关闭游标，或者在关闭游标前发生了异常导致关闭逻辑没有执行
- 批量操作中循环打开游标：在循环里反复执行SQL却不释放游标，每次循环都会新增一个游标占用
- 数据库连接池配置不合理：连接池中的连接没有正确回收游标，或者连接长期持有未释放的游标
- 数据库最大游标数参数设置过低：open_cursors参数值太小，无法满足正常业务的游标使用需求
排查与解决步骤
第一步：查看当前数据库游标配置
可以先登录Oracle数据库，执行以下SQL查看当前的最大游标数配置和已使用的游标情况：
-- 查看最大游标数参数 SELECT name, value FROM v$parameter WHERE name = 'open_cursors'; -- 查看当前所有会话的游标使用情况 SELECT sid, user_name, count(*) AS open_cursors FROM v$open_cursor GROUP BY sid, user_name ORDER BY open_cursors DESC;
第二步：检查代码中的游标释放逻辑
如果是Java开发场景，需要确保ResultSet、Statement、Connection等资源在使用后正确关闭，推荐使用try-with-resources语法自动释放资源，示例代码如下：
import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
public class CursorDemo {
public void queryData(Connection conn) throws SQLException {
// try-with-resources会自动关闭PreparedStatement和ResultSet
String sql = "SELECT id, name FROM user_table WHERE status = ?";
try (PreparedStatement ps = conn.prepareStatement(sql)) {
ps.setInt(1, 1);
try (ResultSet rs = ps.executeQuery()) {
while (rs.next()) {
int id = rs.getInt("id");
String name = rs.getString("name");
// 处理业务逻辑
}
}
}
}
}如果是PL/SQL场景，需要显式关闭游标，避免游标泄漏：
DECLARE
-- 定义游标
CURSOR user_cur IS SELECT id, name FROM user_table WHERE status = 1;
v_id user_table.id%TYPE;
v_name user_table.name%TYPE;
BEGIN
OPEN user_cur;
LOOP
FETCH user_cur INTO v_id, v_name;
EXIT WHEN user_cur%NOTFOUND;
-- 处理业务逻辑
DBMS_OUTPUT.PUT_LINE('id:' || v_id || ',name:' || v_name);
END LOOP;
-- 显式关闭游标
CLOSE user_cur;
EXCEPTION
WHEN OTHERS THEN
-- 异常时也需要关闭游标
IF user_cur%ISOPEN THEN
CLOSE user_cur;
END IF;
RAISE;
END;
/第三步：调整数据库参数（必要时）
如果确认代码没有游标泄漏问题，但依然频繁出现该异常，可以适当调大open_cursors参数，执行以下SQL修改并生效：
-- 修改最大游标数为1000，根据实际业务需求调整 ALTER SYSTEM SET open_cursors = 1000 SCOPE=BOTH;
修改后可以通过之前查看参数的SQL确认是否生效，修改该参数不需要重启数据库，会立即生效。
预防建议
为了避免后续再次出现ORA-01000异常，日常开发中可以遵循以下规范：
- 所有数据库资源都使用自动释放机制，比如Java的try-with-resources，避免手动关闭遗漏
- 避免在循环内部反复创建Statement或者PreparedStatement，尽量复用已有的对象
- 定期检查数据库游标使用情况，及时发现异常占用的会话
- 上线前对批量操作场景做压力测试，确认游标使用量在合理范围内