Java_oracle超出打开游标的最大数的原因和解决方案

* 博客文章部分截图及内容来自于学习的书本及相应培训课程以及网络其他博客，仅做学习讨论之用，不做商业用途。
* 如有侵权，马上联系我，我立马删除对应链接。
* @author Alan
* @Email no008@foxmail.com

第一步：核查Oraclｅ数据库　的游标的最大数

正文

第一步：核查Oraclｅ数据库　的游标的最大数

处理超出打开游标的最大数异常（ORA-01000: maximum open cursors exceeded）
ORA-01000_maximum_open_cursors_exceeded_
在执行如下代码时，经常会出现ora-01000: maximum open cursors exceeded异常
  1 for(int i=0;i<balancelist.size();i++)
  2 {
  3 prepstmt = conn.prepareStatement(sql[i]);
  4 prepstmt.setBigDecimal(1,nb.getRealCost());
  5 prepstmt.setString(2, adclient_id);
  6 prepstmt.setString(3, daystr);
  7 prepstmt.setInt(4, ComStatic.portalId);
  8 prepstmt.executeUpdate();
  9 }
1. 检查数据库中的 OPEN_CURSORS 参数值。
  1 －－Oracle 使用 init.ora 中的初始化参数 OPEN_CURSORS 指定一个会话一次最多可以拥有的游标数。缺省值为 50。要获得数据库中 OPEN_CURSORS 参数的值，可以使用以下查询：
  2 SQL> show parameter open_cursors;
  3 NAME TYPE VALUE
  4 ------------------------------------ ----------- ---------------
  5 open_cursors integer 300
  6 
  7 修改open_cursors
  8 
  9 SQL> alter system set open_cursors=1000;
 10 
 11 系统已更改。
 12 
 13 SQL> commit;
 14 
 15 提交完成。
 16 
 17 SQL> show parameter open_cursors;
 18 
 19 NAME TYPE VALUE
 20 ------------------------------------ ----------- ---------------------
 21 open_cursors integer 1000
 22 
重要的是将 OPEN_CURSORS 的值设置得足够大，以避免应用程序用尽所有打开的游标。应用程序不同，该值也不同。即便会话打开的游标数未达 OPEN_CURSORS 指定的数量（即设置的值高于实际需要的值），也不会增加系统开销。
2. 获取打开的游标数。
下面的查询按降序显示用户“SCOTT”为每个会话打开的游标数。
  1 SQL> select o.sid, osuser, machine, count(*) num_curs
  2 2 from v$open_cursor o, v$session s
  3 3 where user_name = 'SCOTT' and o.sid=s.sid
  4 4 group by o.sid, osuser, machine
  5 5 order by num_curs desc;
  6 SID OSUSER MACHINE NUM_CURS
  7 -----------------------------------------------------
  8 217 m1 1000
  9 96 m2 10
 10 411 m3 10
 11 50 test 9
请注意，v$open_cursor 可以跟踪会话中 PARSED 和 NOT CLOSED 的动态游标（使用 dbms_sql.open_cursor() 打开的游标）。它不会跟踪未经分析（但已打开）的动态游标。在应用程序中使用动态游标并不常见。本模式的前提是未使用动态游标。
3. 获取为游标执行的 SQL。
使用在以上查询结果中找到的 SID 运行下面的查询：
  1 SQL> select q.sql_text
  2 2 from v$open_cursor o, v$sql q
  3 3 where q.hash_value=o.hash_value and o.sid = 217;
  4 SQL_TEXT
  5 select * from empdemo where empid='212'
  6 select * from empdemo where empid='321'
  7 select * from empdemo where empid='947'
  8 select * from empdemo where empid='527'
  9 ...
结果将显示正在连接上执行的查询。它提供了一个入手点，让您可以反向跟踪到打开游标的来源。
这样的错误很容易出现在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都被持有，并且实际占用相关的数据库的游标资源，在这种情况下，只要长期运行，往往就会报“游标超出数据库允许的最大值”的错误，导致程序无法正常访问数据库。
正确的代码，如下所示：
  1 for(int i=0;i<balancelist.size();i++)
  2 {
  3 prepstmt = conn.prepareStatement(sql[i]);
  4 prepstmt.setBigDecimal(1,nb.getRealCost());
  5 prepstmt.setString(2, adclient_id);
  6 prepstmt.setString(3, daystr);
  7 prepstmt.setInt(4, ComStatic.portalId);
  8 prepstmt.executeUpdate();
  9  prepstmt.close();
 10 }
在执行了一次executeQuery、executeUpdate等之后，如果不需要使用结果集（ResultSet）的数据，就马上将Statement或PreparedStatement关闭。