oracle参数open_cursors和session_cached_cursor详解！

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语句查看你的设置是否合理：

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

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

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

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

当我们执行一条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参数设置为3000，而会话中当期打开CURSOR最大的会话居然达到了2620。在一般人的眼里，CURSOR使用后就关闭了，OPENEDCURSORS的数量应该不会太多，难道应用程序出现了CURSOR泄漏，有些应用使用了CURSOR没有关闭？实际免费云主机域名上我们对OPENCURSOR的概念一直存在误解。认为只有正在FETCH的CURSOR是OPEN状态的，而一旦FETCH结束，CLOSECURSOR后，CURSOR就处于关闭状态了。因此一个会话中OPEN状态的CURSOR数量应该很少。事实上不是这样的，某些CURSOR在程序中是已经CLOSE了，但是oracle为了提高CURSOR的性能，会对其进行缓冲，这些缓冲的CURSOR，在程序中的关闭只是一个软关闭，事实上，在会话中并未关闭，而是放在一个CURSOR缓冲区中。

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

Oracle9.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空间也就越大。

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

相关推荐: linux7安装rac11.2.0.4 安装数据库软件选择不到节点

解决方式如下：[root@ora02std ContentsXML]# pwd/u01/app/oraInventory/ContentsXML[root@ora02std ContentsXML]#[root@ora0免费云主机域名2std Contents…