ora-01000的处理思路

msdnchina

于 2015-11-10 08:54:56 发布

阅读量5.1k

点赞数 1

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/msdnchina/article/details/49755025

Oracle DB 专栏收录该内容

772 篇文章

订阅专栏

本文详细介绍了如何通过SQL查询来识别导致ORA-01000错误的会话，以及如何进一步分析这些会话的open cursor情况。包括使用特定SQL查询获取高opencursor session信息，以及分析可疑session的open cursor状态，从而有效解决问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

ora-01000的处理思路。

从某种程度上来说，ora-01000是会阻塞业务的，因为某个session 打开的cursor数量超过open_cursors之后，该session就无法提供对外服务了。
从这一点来说，ora-01000相当于session级别的"归档满"。

摘自：
IF: How to Find SQLs Causing ORA-1000 (文档 ID 2014381.1)

1.使用如下sql检查当前各个session的open cursor情况:

SELECT s.sid, s.serial#, s.username, a.value "OPEN CURSOR COUNT" 
FROM v$sesstat a, v$statname b, v$session s 
WHERE a.statistic# = b.statistic# 
AND s.sid=a.sid AND b.name = 'opened cursors current' 
AND s.username IS NOT NULL
ORDER BY a.value desc;

2. 检查可疑session的open cursor情况
从上一步获得 open cursor高的sid，带入下面的sql

SELECT sid ,sql_text, user_name, count(*) as "OPEN CURSORS" 
FROM v$open_cursor 
WHERE sid IN ($SID) 
GROUP BY sid ,sql_text, user_name;

注意，如上脚本只能看current的数据库的情况，不能分析已经过去的时间段（比如昨天早上）的数据库的情况。因为v$open_cursor没有对应的dba_hist视图