【生产排故】_ORA-01000 maximum open cursors exceeded

杨磊

1038

5页

5次

2019-11-07

5墨值下载

【引言】

项目组今天来找，反馈应用程序日志记录了一连接在昨晚发生连接中断现象，让查一查数据库端有何异常。

对应昨晚异常发生时间点，在库



日志中找到相应时间段的报错信息，报错信息如下：

【报错信息】



 !!"#$% &&'() %*+,(, ,

-./0'! +1!23%45!1%

!6788658658#"!89#89#889#..:;266<(==,3

>' ?(,,=    1    1"  /0'! +1!23%  %   &&'() %

*+,(, ,% !!"#$%%

>' ?,11!6@A

ORA-01000: maximum open cursors exceeded

6  6!  6

88658658#"!89#89#866866.(==,89#..:.6(==,;

B! &'+1/#9/5966;

,;C>1D/5656!;

问题现象也很明显：见上述



日志报错“

>' ?"6"1"1!!

”

。

原因分析

>

使用

>*.+B'>'

参数指定一个

session

会话一次最多可打开的游标数。超过此数量时，

>

将报

>' ?

错误。当此错误反应在

#A56

时，显示为抛出

@A

。

之前的一篇微信推文

《排故篇：

ADG

实例被

LGWR

进程宕掉？！》介绍过

1!

。

【分析过程】

;

查询数据库定义的单个

session

可以打开游标的最大数

EF9#G!9H".1!!

 CIE*

?????????????????????????????????????????????????????????????????????

 AB

??????????????????????????????

.1!!65



Oracle

的

OPEN_CURSORS 缺省值为 50

。

将 OPEN_CURSORS 的值设置得足够大，以避免应用程序

用尽所有打开的游标。

注意：

应用程序不同，

调用

cursor

数也不同

。

单个

session

实际打开的

游标数未达 OPEN_CURSORS 指定的数

量，也不会增加

内存

开销。

2. 显示

特定

用户为每个会话打开的游标数

C +JD"=

>B'D"=

!6!6K

!;!6!1!"9612L31".1!

D"-.1!-!!!6!

H91!."<MUSERNAMEM;!6<!;!6

51#;!6!1!"96

#1".1!!N

此查询中的

MUSERNAMEM

应为用于创建连接池的用户。

提醒：

-.1!

可以跟踪会话中

* '&

和

>I+A>&

的动态游标（使用

#"!.!0;.1!23

打开的游

标）。但不会跟踪未经分析（但已打开）的动态游标。在应用程序中使用动态游标并不常见。

3. 获取为游标执行的 SQL

使用在以上查询结果中找到的

&

运行下面的查询，将显示哪些

!0

正在连接执行。

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 = SID;

【解决方案】

大致为两种方式。

方式



：首先恢复应用，调大参数

open_cursors

，该参数为动态参数，可立刻生效。

sql > alter system set open_cursors=3000 scope=both;

注意：

如果应用程序使用的是

"

，一定重启下

"

否则修改不生效。

方式

：应用程序正确编码，调整应用代码

在

java

引用代码中

灭此执行

conn.createStatement()

和

conn.prepareStatement()

时，数据库中会

打开了一个

cursor

。如

createStatement

和

prepareStatement

是写在一个

while

循环或者

for

循环

中，则非常容易导致单个

session

超出

open_cursors

值。因为游标一直在不停的打开，没有及时关闭。

通常写

Java

代码时，

createStatement

和

prepareStatement

应放在循环外，且应及时关闭。建议每

调用一次

executeQuery

、

executeUpdate

等之后，如不再使用结果集（

ResultSet

）中数据，调用

close()

方法进行关闭。

根据

JDBC

规范，关闭

Connection

时正常情况下也会将

Statement

和

ResultSet

关闭，但好的做法

是：如果在一个

Connection

对象上创建了多个

Statement

，则在使用完

Statement

和

ResultSet

后

立即显式将它们关闭。如果未立即显式关闭

Statement

和

ResultSet

，游标可能会积聚并在关闭

【引言】

项目组今天来找，反馈应用程序日志记录了一连接在昨晚发生连接中断现象，让查一查数据库端有何异常。

对应昨晚异常发生时间点，在库



日志中找到相应时间段的报错信息，报错信息如下：

【报错信息】



-./0'! +1!23%45!1%

*+,(, ,% !!"#$%%

>' ?,11!6@A

ORA-01000: maximum open cursors exceeded

6  6!  6

88658658#"!89#89#866866.(==,89#..:.6(==,;

B! &'+1/#9/5966;

,;C>1D/5656!;

问题现象也很明显：见上述



日志报错“

>' ?"6"1"1!!

”

。

原因分析

>

使用

>*.+B'>'

参数指定一个

session

会话一次最多可打开的游标数。超过此数量时，

>

将报

>' ?

错误。当此错误反应在

#A56

时，显示为抛出

@A

。

之前的一篇微信推文

《排故篇：

ADG

实例被

LGWR

进程宕掉？！》介绍过

1!

。

【分析过程】

;

查询数据库定义的单个

session

可以打开游标的最大数

EF9#G!9H".1!!

 CIE*

?????????????????????????????????????????????????????????????????????

 AB

??????????????????????????????

.1!!65



Oracle

的

OPEN_CURSORS 缺省值为 50

。

将 OPEN_CURSORS 的值设置得足够大，以避免应用程序

用尽所有打开的游标。

注意：

应用程序不同，

调用

cursor

数也不同

。

单个

session

实际打开的

游标数未达 OPEN_CURSORS 指定的数

量，也不会增加

内存

开销。

2. 显示

特定

用户为每个会话打开的游标数

C +JD"=

>B'D"=

!6!6K

!;!6!1!"9612L31".1!

D"-.1!-!!!6!

H91!."<MUSERNAMEM;!6<!;!6

51#;!6!1!"96

#1".1!!N

此查询中的

MUSERNAMEM

应为用于创建连接池的用户。

提醒：

-.1!

可以跟踪会话中

* '&

和

>I+A>&

的动态游标（使用

#"!.!0;.1!23

打开的游

标）。但不会跟踪未经分析（但已打开）的动态游标。在应用程序中使用动态游标并不常见。

3. 获取为游标执行的 SQL

使用在以上查询结果中找到的

&

运行下面的查询，将显示哪些

!0

正在连接执行。

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 = SID;

【解决方案】

大致为两种方式。

方式



：首先恢复应用，调大参数

open_cursors

，该参数为动态参数，可立刻生效。

sql > alter system set open_cursors=3000 scope=both;

注意：

如果应用程序使用的是

"

，一定重启下

"

否则修改不生效。

方式

：应用程序正确编码，调整应用代码

在

java

引用代码中

灭此执行

conn.createStatement()

和

conn.prepareStatement()

时，数据库中会

打开了一个

cursor

。如

createStatement

和

prepareStatement

是写在一个

while

循环或者

for

循环

中，则非常容易导致单个

session

超出

open_cursors

值。因为游标一直在不停的打开，没有及时关闭。

通常写

Java

代码时，

createStatement

和

prepareStatement

应放在循环外，且应及时关闭。建议每

调用一次

executeQuery

、

executeUpdate

等之后，如不再使用结果集（

ResultSet

）中数据，调用

close()

方法进行关闭。

根据

JDBC

规范，关闭

Connection

时正常情况下也会将

Statement

和

ResultSet

关闭，但好的做法

是：如果在一个

Connection

对象上创建了多个

Statement

，则在使用完

Statement

和

ResultSet

后

立即显式将它们关闭。如果未立即显式关闭

Statement

和

ResultSet

，游标可能会积聚并在关闭

of 5

5墨值下载

oracle 安装部署

关注

评论