oracle参数open_cursors和session_cached_cursor详解

1. SQL> show parameter open_cursors --每个session（会话）最多能同时打开多少个cursor（游标）
3. NAME TYPE VALUE
4. ------------------------------------ ----------- ------------------------------
5. open_cursors integer 300
6. SQL> show parameter session_cached_cursor --每个session（会话）最多可以缓存多少个关闭掉的cursor
8. NAME TYPE VALUE
9. ------------------------------------ ----------- ------------------------------
10. session_cached_cursors integer 20

11. SQL> select count(*) from v$open_cursor; --是指当前实例的某个时刻的打开的cursor数目

    COUNT(*)

12. ----------
13. 108

    
    

1、open_cursors与session_cached_cursor的作用？

open_cursors设定每个session（会话）最多能同时打开多少个cursor（游标）。session_cached_cursor设定每个session（会话）最多可以缓存多少个关闭掉的cursor。想要弄清楚他们的作用，我们得先弄清楚oracle如何执行每个sql语句。

看完上图后我们明白了两件事：

a、两个参数之间没有任何关系，相互也不会有任何影响。b、两个参数有着相同的作用：让后续相同的sql语句不在打开游标，从而避免软解析过程来提供应用程序的效率。

2、如何正确合理设置参数的大小?
a、如果Open_cursors设置太小，对系统性能不会有明显改善，还可能触发ORA-O1000：m~imum open CUrsOrs exceeded．的错误。如果设置太大，则无端消耗系统内存。我们可以通过如下的sql语句查看你的设置是否合理：

[sql] view plain copy print ?

1. SQL> SELECT MAX(A.VALUE) AS HIGHEST_OPEN_CUR, P.VALUE AS MAX_OPEN_CUR
2. 2 FROM V$SESSTAT A, V$STATNAME B, V$PARAMETER P
3. 3 WHERE A.STATISTIC# = B.STATISTIC#
4. 4 AND B.NAME = 'opened cursors current'
5. 5 AND P.NAME = 'open_cursors'
6. 6 GROUP BY P.VALUE;
8. HIGHEST_OPEN_CUR MAX_OPEN_CUR
9. ---------------- --------------------
10. 28 300

HIGHEST_ OPEN CUR是实际打开的cursors 的最大值，MAX_OPEN_ CUR是参数Open_cursors的设定值，如果二者太接近，甚至触发eRA一01000错误，那么你就应该调大参数Open_cursors的设定 值。如果问题依旧没有解决，盲目增大Open_cursors也是不对的，这个时候你得检查应用程序的代码是否合理，比如说应用程序是否打开了游标，却没 有在它完成工作后没有及时关闭。以下语句可以帮助你确定导致游标漏出的会话：

[sql] view plain copy print ?

1. SELECT A.VALUE, S.USERNAME, S.SID, S.SERIAL#
2. FROM V$SESSTAT A, V$STATNAME B, V$SESSION S
3. WHERE A.STATISTIC# = B.STATISTIC#
4. AND S.SID = A.SID
5. AND B.NAME = 'opened cursors curent';

b、同样，session_cached_cursors的值也不是越大越好，我们可以通过下面两条语句得出合理的设置。

[sql] view plain copy print ?

1. SQL> SELECT NAME, VALUE FROM V$SYSSTAT WHERE NAME LIKE '%cursor%';
3. NAME VALUE
4. ---------------------------------------------------------------- ----------
5. opened cursors cumulative 15095
6. opened cursors current 34
7. session cursor cache hits 12308
8. session cursor cache count 775
9. cursor authentications 324
11. SQL> SELECT NAME, VALUE FROM V$SYSSTAT WHERE NAME LIKE '%parse%';
13. NAME VALUE
14. ---------------------------------------------------------------- ----------
15. parse time cpu 332
16. parse time elapsed 1190
17. parse count (total) 9184
18. parse count (hard) 1031
19. parse count (failures) 3

session cursor cache hits就是系统在高速缓存区中找到相应cursors的次数，parse count(total)就是总的解析次数，二者比值越高，性能越好。如果比例比较低，并且有较多剩余内存的话，可以考虑加大该参数。

c、使用下面的sql判断'session_cached_cursors' 的使用情况。如果使用率为100%则增大这个参数值。

[sql] view plain copy print ?

1. SQL> SELECT 'session_cached_cursors' PARAMETER,
2. 2 LPAD(VALUE, 5) VALUE,
3. 3 DECODE(VALUE, 0, ' n/a', TO_CHAR(100 * USED / VALUE, '990') || '%') USAGE
4. 4 FROM (SELECT MAX(S.VALUE) USED
5. 5 FROM V$STATNAME N, V$SESSTAT S
6. 6 WHERE N.NAME = 'session cursor cache count'
7. 7 AND S.STATISTIC# = N.STATISTIC#),
8. 8 (SELECT VALUE FROM V$PARAMETER WHERE NAME = 'session_cached_cursors')
9. 9 UNION ALL
10. 10 SELECT 'open_cursors',
11. 11 LPAD(VALUE, 5),
12. 12 TO_CHAR(100 * USED / VALUE, '990') || '%'
13. 13 FROM (SELECT MAX(SUM(S.VALUE)) USED
14. 14 FROM V$STATNAME N, V$SESSTAT S
15. 15 WHERE N.NAME IN
16. 16 ('opened cursors current', 'session cursor cache count')
17. 17 AND S.STATISTIC# = N.STATISTIC#
18. 18 GROUP BY S.SID),
19. 19 (SELECT VALUE FROM V$PARAMETER WHERE NAME = 'open_cursors');
21. PARAMETER VALUE USAGE
22. ---------------------- ---------- -----
23. session_cached_cursors 20 100%
24. open_cursors 300 16%

当我们执行一条sql语句的时候,我们将会在shared pool产生一个library cache object,cursor就是其中针对于sql语句的一种library cache object.另外我们会在pga有一个cursor的拷贝,同时在客户端会有一个statement handle,这些都被称为cursor,在v$open_cursor里面我们可以看到当前打开的cursor和pga内cached cursor.

session_cached_cursor
这个参数限制了在pga内session cursor cache list的长度,session cursor cache list是一条双向的lru链表,当一个session打算关闭一个cursor时,如果这个cursor的parse count超过3次,那么这个cursor将会被加到session cursor cache list的MRU端.当一个session打算parse一个sql时,它会先去pga内搜索session cursor cache list,如果找到那么会把这个cursor脱离list,然后当关闭的时候再把这个cursor加到MRU端.session_cached_cursor提供了快速软分析的功能,提供了比soft parse更高的性能.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/24558279/viewspace-1225733/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/24558279/viewspace-1225733/