ora-01000的处理思路
今天有开发的同学发过来一个问题，在执行程序的时候报ora-01000错，所以研究了下。
从网上找了些帖子看了下，链接：
http://blog.csdn.net/msdnchina/article/details/49755025
从某种程度上说，ora-01000 是会阻塞业务的，应该是某个session 打开的cursor数量超过了open_cursors之后，该session 就无法对外提供服务了。
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视图。
从网上找了些帖子看了下，链接：
http://blog.csdn.net/msdnchina/article/details/49755025
从某种程度上说，ora-01000 是会阻塞业务的，应该是某个session 打开的cursor数量超过了open_cursors之后，该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视图。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/21374452/viewspace-2142857/ ，如需转载，请注明出处，否则将追究法律责任。
下一篇：
Oracle恢复误操作删除掉的表
请登录后发表评论
登录
全部评论
