即使世界明天毁灭,我也要在今天种下我的葡萄树。
posts - 112, comments - 14, trackbacks - 0, articles - 11
java.sql.SQLException: ORA-01000: maximum open cursors exceeded at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289) at oracle.jdbc.ttc7.Oopen.receive(Oopen.java:120) at oracle.jdbc.ttc7.TTC7Protocol.open(TTC7Protocol.java:614) at oracle.jdbc.driver.OracleStatement.open(OracleStatement........
 

Cause: A host language program attempted to open too many cursors. The initialization parameter OPEN_CURSORS determines the maximum number of cursors per user.

Action: Modify the program to use fewer cursors. If this error occurs often, shut down Oracle, increase the value of OPEN_CURSORS, and then restart Oracle.

 
 
关于cursor 的参数有这么几个:
SQL> show parameter cursor
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
cursor_sharing                       string      EXACT
cursor_space_for_time                boolean     FALSE
open_cursors                         integer     800
session_cached_cursors               integer     0
 
这里,cursor_sharing跟open_cursors的数量没有关系。open_cursors的数量,它包括了oracle服务器端session_cached_cursors的数量,以及应用服务器端cursor cache size的数量。
 
关于session_cached_cursors这个参数,可以看 汪海 写的2篇文章:
 
 
这个问题的根源,除了上面3个参数,主要在于程序的问题,在itpub 上我们可以看到:
  
很多朋友在Java开发中,使用Oracle数据库的时候,经常会碰到有ORA-01000: maximum open cursors exceeded.的错误。

实际上,这个错误的原因,主要还是代码问题引起的。
ora-01000: maximum open cursors exceeded.
表示已经达到一个进程打开的最大游标数。

这样的错误很容易出现在Java代码中的主要原因是:Java代码在执行conn.createStatement()和conn.prepareStatement()的时候,实际上都是相当与在数据库中打开了一个cursor。尤其是,如果你的createStatement和prepareStatement是在一个循环里面的话,就会非常容易出现这个问题。因为游标一直在不停的打开,而且没有关闭。

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

对于出现ORA-01000错误这种情况,单纯的加大open_cursors并不是好办法,那只是治标不治本。实际上,代码中的隐患并没有解除。
而且,绝大部分情况下,open_cursors只需要设置一个比较小的值,就足够使用了,除非有非常特别的要求。
 

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

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


---


这个关不关和使用不使用conn pool没有关系,一般操作是会是这样,线程从外界获取一个conn,然后创建自己地stmt,rs,然后执行逻辑操作,然后将conn返回给pool。 如果程序员忘记手动关地话。当这个线程执行完以后,stmt,rs都成垃圾,当他们被垃圾搜集地时候,gc会替我们把它们给关闭地。这就是很多代码没有关闭,仍然正常运行。
但是这样会有一个潜在地问题。就是gc无法确定什么时候运行。如果free地内存很多,很可能有些gc就不会被启动,这样stmt迟迟没有被关闭,执行一段时间会报错。
所以健壮地代码应该手工把rs,stmt都关闭


---


Java连结Oracle常犯错误
1。只懂 createStatement,不懂关闭statement

2.。只懂 createStatement,不懂preparedStatement.

3 。只懂在sql里用to_date,甚至直接用String,不懂用 setDate()

---

我记得.我的程序中也出现过这种问题,
主要原因是我get Connection 对象后,这个connectin没有被进行关闭,
同时进行出来的 preparedStatement 对象,不关闭也会出现这种问题,
而且,推荐这些数据库操作的变量尽量用局部变量,现用现取,随时关闭,而且放在finally{}中进行关闭,比较保险

---

通常這樣的情形是你使用了超過DB設定同時可用的connection數量
你可以試試看下列方式:
1. 若你使用connection pool, 你可以將connection pool的max connection
數量降低看看, 同時檢查有無歸還connection
2. 若未使用conneciton pool, 你就該檢查一下, 你的connection在使用過後
有沒有關閉囉

另外一種情形是: 你的系統使用量真的很大, 所以同時150的DB connection
session是不夠的, 你就需要調整Oracle DB囉

通常的jdbc代码:
...
Statement stmt = null;
ResultSet rs = null;
try {
stmt = conn.createStatement();
rs = stmt.executeQuery('select xx from yy');
...
} catch (SQLExeption e) {
e.printlStackTrace();
} finally {
if (stmt != null) {
try {stmt.close();} catch (SQLException e) { }
}
}


只有注册用户登录后才能发表评论。


网站导航: