科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道处理超出打开游标的最大数异常

处理超出打开游标的最大数异常

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

在执行如下代码时。

作者:中国IT实验室 来源:中国IT实验室 2007年9月24日

关键字: 处理 编程 java

  • 评论
  • 分享微博
  • 分享邮件

    在执行如下代码时,经常会出现ora-01000: maximum open cursors exceeded异常
for(int i=0;i<balancelist.size();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<balancelist.size();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();
}


在执行了一次executeQuery、executeUpdate等之后,如果不需要使用结果集(ResultSet)的数据,就马上将Statement或PreparedStatement关闭。

查看本文来源

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章