Java-超出打开游标的最大数_Tomcat中报“超出打开游标的最大数”解决方法

今天在群里面和一位同仁讨论如下一个问题，就是并发数不大的情况下10个，场景运行不到一分钟事务总是失败，而且tomcat中报错如下：

at java.lang.Thread.run(Thread.java:534)

java.sql.SQLException: ORA-01000: 超出打开游标的最大数

at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)

个人分析过程：

1、脚本在VUGEN进行多次迭代，没有报任何错误。确定脚本没有问题

2、确定场景设置没有问题。

3、确定TOMCAT配置没有问题。

4、确定ORACLE连接没有问题。

5、通过在VUGEN中迭代300次后，TOMCAT中报同样错误，最后分析确定是ORACLE中的游标设置有问题。

现在问题已经解决，调整游标即可，特记录下来方便以后查询。

解决方案：(摘录网站)

在执行如下代码时，经常会出现ora-01000: maximum open cursors exceeded异常

for(int i=0;i

{

prepstmt = conn.prepareStatement(sql[i]);

prepstmt.setBigDecimal(1,nb.getRealCost());

prepstmt.setString(2, adclient_id);

prepstmt.setString(3, daystr);

prepstmt.setInt(4, ComStatic.portalId);

prepstmt.executeUpdate();

}

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

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

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

SQL> show parameter open_cursors;

NAME                                 TYPE        VALUE

------------------------------------ ----------- ---------------

open_cursors                         integer     1000

重要的是将 OPEN_CURSORS 的值设置得足够大，以避免应用程序用尽所有打开的游标。应用程序不同，该值也不同

。即便会话打开的游标数未达 OPEN_CURSORS 指定的数量(即设置的值高于实际需要的值)， 也不会增加系统开销

。

2. 获取打开的游标数。

下面的查询按降序显示用户“SCOTT”为每个会话打开的游标数。

SQL> select o.sid, osuser, machine, count(*) num_curs

2  from v$open_cursor o, v$session s

3  where user_name = 'SCOTT' and o.sid=s.sid

4  group by o.sid, osuser, machine

5 order by  num_curs desc;

SID OSUSER       MACHINE           NUM_CURS

-----------------------------------------------------

217           m1                1000

96           m2                10

411           m3                10

50          test                9

请注重，v$open_cursor 可以跟踪会话中 PARSED 和 NOT CLOSED 的动态游标(使用 dbms_sql.open_cursor() 打

开的游标)。它不会跟踪未经分析(但已打开)的动态游标。在应用程序中使用动态游标并不常见。本模式的前提

是未使用动态游标。

3. 获取为游标执行的 SQL。

使用在以上查询结果中找到的 SID 运行下面的查询：

SQL> select q.sql_text

2  from v$open_cursor o, v$sql q

3  where q.hash_value=o.hash_value and o.sid = 217;

SQL_TEXT

select * from empdemo where empid='212'

select * from empdemo where empid='321'

select * from empdemo where empid='947'

select * from empdemo where empid='527'

...

结果将显示正在连接上执行的查询。它提供了一个入手点，让您可以反向跟踪到打开游标的来源。

这样的错误很轻易出现在Java代码中的主要原因是：Java代码在执行conn.createStatement()和

conn.prepareStatement()的时候，实际上都是相当与在数据库中打开了一个cursor。尤其是，假如你的

createStatement和prepareStatement是在一个循环里面的话，就会非常轻易出现这个问题。因为游标一直在不停的

打开，而且没有关闭。

一般来说，我们在写Java代码的时候，createStatement和prepareStatement都应该要放在循环外面，而且使用了这

些Statment后，及时关闭。最好是在执行了一次executeQuery、executeUpdate等之后，假如不需要使用结果集

(ResultSet)的数据，就马上将Statement或PreparedStatement关闭。

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

隐患并没有解除。

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

假如你不使用连接池，那么就没有什么问题，一旦Connection关闭，数据库物理连接就被释放，所有相关Java

资源也可以被GC回收了。

但是假如你使用连接池，那么请注重，Connection关闭并不是物理关闭，只是归还连接池，所以PreparedStatement

和ResultSet都被持有，并且实际占用相关的数据库的游标资源，在这种情况下，只要长期运行，往往就会报“游标

超出数据库答应的最大值”的错误，导致程序无法正常访问数据库。

正确的代码，如下所示：

for(int i=0;i

{

prepstmt = conn.prepareStatement(sql[i]);

prepstmt.setBigDecimal(1,nb.getRealCost());

prepstmt.setString(2, adclient_id);

prepstmt.setString(3, daystr);

prepstmt.setInt(4, ComStatic.portalId);

prepstmt.executeUpdate();

prepstmt.close();

}

资料引用:http://www.knowsky.com/361990.html