您好, 欢迎来到 !    登录 | 注册 | | 设为首页 | 收藏本站

Oracle参数open_cursors和session_cached_cursor详解

bubuko 2022/1/25 20:06:29 其他 字数 10072 阅读 895 来源 http://www.bubuko.com/infolist-5-1.html

原文链接:http://blog.itpub.net/31397003/viewspace-2137413/ 2、如何正确合理设置参数的大小?a、如果Open_cursors设置太小,对系统性能不会有明显改善,还可能触发ORA-O1000:m~imum open CUrsOrs exceeded.的 ...

原文链接:http://blog.itpub.net/31397003/viewspace-2137413/

 

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

1 SELECT MAX(A.VALUE) AS HIGHEST_OPEN_CUR, P.VALUE AS MAX_OPEN_CUR FROM V$SESSTAT A, V$STATNAME B, V$PARAMETER P WHERE A.STATISTIC# = B.STATISTIC# AND B.NAME = opened cursors current AND P.NAME = open_cursors GROUP BY P.VALUE;  

      

    HIGHEST_OPEN_CUR   MAX_OPEN_CUR  
    ----------------         --------------------  
             28           300  

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

SELECT A.VALUE, S.USERNAME, S.SID, S.SERIAL# FROM V$SESSTAT A, TATNAME B, V$SESSION S WHERE A.STATISTIC# = B.STATISTIC# AND S.SID = A.SID AND B.NAME = ‘opened cursors curent‘;

  

 

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

SELECT NAME, VALUE FROM V$SYSSTAT WHERE NAME LIKE ‘%cursor%‘;

        

    NAME                                                                  VALUE  
    ---------------------------------------------------------------- ----------  
    opened cursors cumulative                                             15095  
    opened cursors current                                                   34  
    session cursor cache hits                                             12308  
    session cursor cache count                                              775  
    cursor authentications                                                  324  
      
   SELECT NAME, VALUE FROM V$SYSSTAT WHERE NAME LIKE ‘%parse%‘;  
      
    NAME                                                                  VALUE  
    ---------------------------------------------------------------- ----------  
    parse time cpu                                                          332  
    parse time elapsed                                                     1190  
    parse count (total)                                                    9184  
    parse count (hard)                                                     1031  
    parse count (failures)                                                    3  

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


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

SELECT ‘session_cached_cursors‘ PARAMETER,  
           LPAD(VALUE, 5) VALUE,  
           DECODE(VALUE, 0, ‘ n/a‘, TO_CHAR(100 * USED / VALUE, ‘990‘) || ‘%‘) USAGE  
      FROM (SELECT MAX(S.VALUE) USED  
              FROM V$STATNAME N, V$SESSTAT S  
             WHERE N.NAME = ‘session cursor cache count‘  
               AND S.STATISTIC# = N.STATISTIC#),  
           (SELECT VALUE FROM V$PARAMETER WHERE NAME = ‘session_cached_cursors‘)  
    UNION ALL  
    SELECT ‘open_cursors‘,  
           LPAD(VALUE, 5),  
           TO_CHAR(100 * USED / VALUE, ‘990‘) || ‘%‘  
      FROM (SELECT MAX(SUM(S.VALUE)) USED  
              FROM V$STATNAME N, V$SESSTAT S  
             WHERE N.NAME IN  
                   (‘opened cursors current‘, ‘session cursor cache count‘)  
               AND S.STATISTIC# = N.STATISTIC#  
             GROUP BY S.SID),  
           (SELECT VALUE FROM V$PARAMETER WHERE NAME = ‘open_cursors‘);  

  


      
    PARAMETER              VALUE      USAGE  
    ---------------------- ---------- -----  
    session_cached_cursors    20       100%  
    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更高的性能.

Oracle参数open_cursors和session_cached_cursor详解

原文:https://www.cnblogs.com/victorfrost/p/12464073.html


如果您也喜欢它,动动您的小指点个赞吧

除非注明,文章均由 laddyq.com 整理发布,欢迎转载。

转载请注明:
链接:http://laddyq.com
来源:laddyq.com
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


联系我
置顶