解决超出打开游标的最大数异常ORA-01000 递归SQL 级别1 出现错误 最全方案-最全方案


在执行如下代码时,经常会出现ora-01000: maximum opencursors 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      300  


修改open_cursors

SQL> altersystem set open_cursors=1000;

系统已更改。

SQL> commit;

提交完成。

SQL> showparameter 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();
}
在执行了一次executeQueryexecuteUpdate等之后,如果不需要使用结果集(ResultSet)的数据,就马上将StatementPreparedStatement关闭。

如果需要ResultSet结果集,请继续看下面解释

测试:

1. 我们通过JDBC查询,是否一次是把所有的结果集查询出来后放到ResultSet中,2. 在调用ResultSet.next()方法的时候,是否还会和数据库交互.其实在以前我一直认为当statement执行完sql语句后,它会把结果集保存到ResultSet中,然后关闭这个cursor,当实际上并不是这样的。我们把上面的程序修改一下就可以测试这个问题了。程序如下publicclass StatementTest extends Thread{ private Connection conn; publicStatementTest(Connection conn) {this.conn = conn;start(); } public void run(){try {String strSQL = "SELECT * FROM TestTable"Statement stmt =conn.createStatement();ResultSet rs = stmt.executeQuery(strSQL);int i =0;while(rs.next()){ System.out.println("----"+i+"------");i = i+1; Thread.sleep(5000);}rs.close();System.out.println("resultset hasclosed");Thread.sleep(10000); stmt.close(); System.out.println("resultset has closed");  Thread.sleep(10000); } catch (Exception e){// TODO: handle exceptione.printStackTrace();} }  public static void main(String args[]){try{Connection conn = DBConnection.getConnection(); new StatementTest(conn);}catch(Exception e){e.printStackTrace(); }  }}当statement执行完SQL语句的时候,循环resultset的时候让线程sleep5秒钟,这样做的目的是为了有时间从数据库那方面查询这个cursor是否关闭.运行程序,在java控制台中出现System.out.println("----"+i+"------")循环信息的时候,在sqlplus中运行下面SQL语句,其中SID是程序运行对应数据库的进程IDselectsql_text from v$open_cursor where sid = 35 你会ResultSet循环的时候,运行上面的SQL,一直有结果都是"SELECT* FROM TestTable"也就是说通过statement打开的这个cursor一直没有关。可以初步判断当statement执行完sql语句后返回给resultset的结果集不是实际的结果(结果数集据不是放到JVM内存中),可能是结果集的指针,当resultset.next()的时候再通过这个指针从oracle拿数据。为了确认这个问题,我们选了一个记录数超过10000条记录的大表,来测试,发现在整个运行时,JVM的内存没有很大的变化。这就进一步确定了上面的判断。

结果:通过上面测试和分析,我们可以的出结论通过JDBC查询结果集不是直接放到ResultSet中,ResultSet存在的可能是结果集的指针。

 

你可能感兴趣的:(java异常)