关ORACLE Cursor的问题ORA-01000: maximum open cursors exceeded

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篇文章：

v$open_cursor与session_cached_cursor

session_cached_cursors,cursor_space_for_time,gets,pin

 

 

这个问题的根源，除了上面3个参数，主要在于程序的问题，在itpub 上我们可以看到：

关于Java开发中使用Oracle数据库的一点注意事项

  

很多朋友在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) { }
}
}