ora-01000的處理思路

發布時間：2020-08-09 16:33:15 來源：ITPUB博客閱讀：169 作者：kakaxi9521 欄目：關系型數據庫

今天有開發的同學發過來一個問題，在執行程序的時候報ora-01000錯，所以研究了下。
從網上找了些帖子看了下，鏈接：
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視圖。

向AI問一下細節

亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

ora-01000的處理思路

猜你喜歡

亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

ora-01000的處理思路

猜你喜歡

最新資訊

相關推薦

相關標簽