一、open_cursors

1. 检查数据库中的 OPEN_CURSORS 参数值：

Oracle 使用 init.ora 中的初始化参数 OPEN_CURSORS 指定一个会话一次最多可以拥有的游标数。缺省值为

50。要获得数据库中 OPEN_CURSORS 参数的值，可以使用以下查询：

SQL> show parameter open_cursors;

NAME TYPE VALUE

———————————— ———– —————

open_cursors integer 300

重要的是将 OPEN_CURSORS

的值设置得足够大，以避免应用程序用尽所有打开的游标。应用程序不同，该值也不同。即便会话打开的游标数未达 OPEN_CURSORS

指定的数量(即设置的值高于实际需要的值)， 也不会增加系统开销。

2.修改 OPEN_CURSORS 的参数值。

截个图吧，更快一点，整体步骤如下：

3、结果分析：

按以往经验来说，这种错误主要是由于应用程序端(JAVA)造成的。主要原因是：

对于jdbc来说，每一个从Connection相当于一个Session。在执行conn.createStatement()和conn.prepareStatement()产生一个Statement的时候，实际上都是相当与在数据库中打开了一个cursor。尤其是，如果你的createStatement和prepareStatement是在一个循环里面的话，就会非常容易出现这个问题。因为游标一直在不停的打开，而且没有关闭。

一般来说，我们在写Java代码的时候，createStatement和prepareStatement都应该要放在循环外面，而且使用了这些Statment后，及时关闭。最好是在执行了一次executeQuery、executeUpdate等之后，如果不需要使用结果集(ResultSet)的数据，就马上将Statement或PreparedStatement关闭。

如果你不使用连接池，那么就没有什么问题，一旦Connection关闭，数据库物理连接就被释放，所有相关Java资源也可以被GC回收了。

但是如果你使用连接池，那么请注意，Connection关闭并不是物理关闭，只是归还连接池，所以PreparedStatement和ResultSet都被持有，并且实际占用相关的数据库的游标资源，在这种情况下，只要长期运行，往往就会报“游标超出数据库允许的最大值”的错误，导致程序无法正常访问数据库。

对于出现ORA-01000错误这种情况，单纯的加大open_cursors并不是好办法，那只是治标不治本。实际上，代码中的隐患并没有解除。

而且，绝大部分情况下，open_cursors只需要设置一个比较小的值，就足够使用了，除非有非常特别的要求。

在该问题中，仅根据上面得错误，并不能断定是执行sql导致cursor泄漏，但未做详细测试，只是初步估计是由于频繁的触发级连触发器造成ora-00604.

就相当于：

begin

for i in 1 .. 100

loop

for j in 1 .. 5

loop

open l_cursor for 'select * from dual xx' || i;

close l_cursor;

end loop;

end loop;

end;

二、sessions

在初始化参数所设定的限制中，最为人所知的估计就是sessions和processes

Sessions 参数指定了一个

Instance中能够同时存在的sessions数量，或者说，就是能同时登陆到数据库的并发用户数。通常，我们设定这个数字时需要考虑我们可能会有多少个同时连接到数据库的并发用户，并加上后台进程的进程数，最后乘与1.1.

sessions=(1.1*process+5)

比如说，估计系统中可能会同时有100个用户连接到数据库，那么，你的session最少应该为

(100 + 10 ) * 1.1 = 121

当数据库连接的并发用户已经达到这个值时，又有新session连进来，就会报错

00018, 00000, "maximum number of sessions exceeded"

// *Cause: All session state objects are in use.

// *Action: Increase the value of the SESSIONS initialization

parameter.

三、 Processes

和Sessions是类似的是processes这个参数。

Processes参数指定了Instance在OS层面所能同时运行的进程数。基于和sessions设定同样的考虑，我们在设定processes时，也应考虑我们可能会有多少个同时连接到数据库的并发用户，并加上后台进程的进程数。

当然，在MTS(shared

server)的配置下，这个值的确定会有所不同。应该是普通后台进程+最大共享服务器的进程数(max_shared_servers) +

最大Dispatcher进程数(max_dispatchers).

另外，由于在window平台中，Oracle是以单一一个进程的形式存在，Processes

参数变成了限制Oracle进程里的线程数了。

当Oracle需要启动新的process而又已经达到processes参数时，就会报错：

00020, 00000, "maximum number of processes (%s)

exceeded"

// *Cause: All process state objects are in use.

// *Action: Increase the value of the PROCESSES initialization

parameter.