希望能找到能与我共同进步的知心朋友！

【转贴】oracle参数open_cursors和session_cached_cursor详解！

上一篇 / 下一篇  2012-10-11 15:27:12

查看( 524 ) / 评论( 0 ) / 评分( 0 / 0 )
【转贴】oracle参数open_cursors和session_cached_cursor详解！
复制代码
SQL>show parameter open_cursors--每个session（会话）最多能同时打开多少个cursor（游标）NAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------open_cursorsinteger300SQL>show parameter session_cached_cursor--每个session（会话）最多可以缓存多少个关闭掉的cursorNAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------session_cached_cursorsinteger20SQL>selectcount(*)fromv$open_cursor;--是指当前实例的某个时刻的打开的cursor数目COUNT(*)----------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 plaincopyprint?
复制代码
SQL>SELECTMAX(A.VALUE)ASHIGHEST_OPEN_CUR, P.VALUEASMAX_OPEN_CUR2FROMV$SESSTAT A, V$STATNAME B, V$PARAMETER P3WHEREA.STATISTIC#=B.STATISTIC#4ANDB.NAME='opened cursors current'5ANDP.NAME='open_cursors'6GROUPBYP.VALUE;  
      
    HIGHEST_OPEN_CUR MAX_OPEN_CUR---------------- --------------------28300
复制代码

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

[sql]view plaincopyprint?
SELECTA.VALUE, S.USERNAME, S.SID, S.SERIAL#FROMV$SESSTAT A, V$STATNAME B, V$SESSION SWHEREA.STATISTIC#=B.STATISTIC#ANDS.SID=A.SIDANDB.NAME='opened cursors curent';

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

[sql]view plaincopyprint?
复制代码
SQL>SELECTNAME, VALUEFROMV$SYSSTATWHERENAMELIKE'%cursor%';  
      
    NAME                                                                  VALUE---------------------------------------------------------------- ----------opened cursors cumulative15095opened cursorscurrent34sessioncursorcache hits12308sessioncursorcachecount775cursorauthentications324SQL>SELECTNAME, VALUEFROMV$SYSSTATWHERENAMELIKE'%parse%';  
      
    NAME                                                                  VALUE---------------------------------------------------------------- ----------parse time cpu332parse time elapsed1190parsecount(total)9184parsecount(hard)1031parsecount(failures)3
复制代码

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

 

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

[sql]view plaincopyprint?
复制代码
SQL>SELECT'session_cached_cursors'PARAMETER,2LPAD(VALUE,5) VALUE,3DECODE(VALUE,0,'n/a', TO_CHAR(100*USED/VALUE,'990')||'%') USAGE4FROM(SELECTMAX(S.VALUE) USED5FROMV$STATNAME N, V$SESSTAT S6WHEREN.NAME='session cursor cache count'7ANDS.STATISTIC#=N.STATISTIC#),8(SELECTVALUEFROMV$PARAMETERWHERENAME='session_cached_cursors')9UNIONALL10SELECT'open_cursors',11LPAD(VALUE,5),12TO_CHAR(100*USED/VALUE,'990')||'%'13FROM(SELECTMAX(SUM(S.VALUE)) USED14FROMV$STATNAME N, V$SESSTAT S15WHEREN.NAMEIN16('opened cursors current','session cursor cache count')17ANDS.STATISTIC#=N.STATISTIC#18GROUPBYS.SID),19(SELECTVALUEFROMV$PARAMETERWHERENAME='open_cursors');  
      
    PARAMETER              VALUE      USAGE---------------------- ---------- -----session_cached_cursors20100%open_cursors30016%
复制代码

当我们执行一条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更高的性能.

 

更新2：

 

OPEN_CURSORS是一个十分有趣的参数，经常有DBA发现自己的系统中的OPEN CURSORS十分大。我们看一个例子：
复制代码
SQL>selectsid,valuefromv$sesstat a,v$statname bwherea.statistic#=b.statistic#andname='opened cursors current'orderby2;

       SID      VALUE---------- ----------543093352795405596409097201298181998534910216841031741116430816919701701369181420818488721452152143518214868214177021540502151809231301023576223773147140131066264811522255117223222620
复制代码

 

 

我们看到这个系统的OPEN_CURSORS参数设置为3000，而会话中当期打开CURSOR最大的会话居然达到了2620。在一般人的眼里，CURSOR使用后就关闭了，OPENED CURSORS的数量应该不会太多，难道应用程序出现了CURSOR泄漏，有些应用使用了CURSOR没有关闭？实际上我们对OPEN CURSOR的概念一直存在误解。认为只有正在FETCH的CURSOR是OPEN状态的，而一旦FETCH结束，CLOSE CURSOR后，CURSOR就处于关闭状态了。因此一个会话中OPEN状态的CURSOR数量应该很少。事实上不是这样的，某些CURSOR在程序中是已经CLOSE了，但是Oracle 为了提高CURSOR的性能，会对其进行缓冲，这些缓冲的CURSOR，在程序中的关闭只是一个软关闭，事实上，在会话中并未关闭，而是放在一个CURSOR缓冲区中。

在Oracle  9.2.0.5之前，OPEN_CURSORS参数的作用是双重的，一方面是限制一个会话打开的CURSORS的总量。另外一方面，OPEN_CURSORS参数也作为PL/SQL CURSOR的缓冲。在PL/SQL中，如果某个CURSOR关闭了，这个CURSOR不会马上硬关闭，而是首先保存在CURSOR缓冲中。如果这个会话当前打开的CURSOR数量还没有达到OPEN_CURSORS参数的值，那么就可以先保持OPEN状态。如果当前打开的CURSOR数量已经达到了OPEN_CURSORS参数的限制，那么首先会关闭一个被缓冲的，实际当时并未打开的CURSOR。如果缓冲池中的所有CURSOR都是实际打开的，那么就会报ORA-1000，"maximum open cursors exceeded"。

Oracle  9.2.0.5以后，OPEN_CURSORS参数不再承担PL/SQL缓冲的工作,PL/SQL中的SQL也可以使用SESSION_CACHED_CURSORS的会话缓冲了。这个参数就成为了一个纯粹的限制。

虽然如此，OPEN_CURSORS参数仍然和CURSOR的缓冲机制密切相关，因为这个参数限制了当前某个会话打开CURSOR的最大值。设置一个较大的OPEN_CURSORS参数，可以避免出现ORA-1000，同时也可以让会话缓冲更多的CURSOR，改善SQL解析的性能。不过这个参数设置的较大会占用较大的PGA空间，消耗一定的物理内存。因此这个参数也不是设置的越大越好，一般的OLTP系统中，1000－3000就足够了。在共享服务器模式的系统中，这个参数的设置要略微保守一些，因为这个参数越大，占用的SGA空间也就越大。

另外要注意的是，从Oracle  9.0开始，这个参数就已经是动态的了，可以随时动态调整。


收藏 举报

TAG:

 

评分：0

我来说两句

Open Toolbar