oracle参数open_cursors和session_cached_cursor详解!

[sql] view plaincopyprint?

  1. SQL> show parameter open_cursors           --每个session(会话)最多能同时打开多少个cursor(游标)
  2. NAME                                 TYPE        VALUE
  3. ------------------------------------ ----------- ------------------------------
  4. open_cursors                         integer     300
  5. SQL> show parameter session_cached_cursor  --每个session(会话)最多可以缓存多少个关闭掉的cursor
  6. NAME                                 TYPE        VALUE
  7. ------------------------------------ ----------- ------------------------------
  8. session_cached_cursors               integer     20
  9. <p>SQL> select count(*) from v$open_cursor;  --是指当前实例的某个时刻的打开的cursor数目</p><p>  COUNT(*)
  10. ----------
  11. 108</p>

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?

  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;
  7. HIGHEST_OPEN_CUR MAX_OPEN_CUR
  8. ---------------- --------------------
  9. 28 300

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

[sql] view plaincopyprint?

  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 plaincopyprint?

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

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

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

[sql] view plaincopyprint?

  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‘);
  20. PARAMETER              VALUE      USAGE
  21. ---------------------- ---------- -----
  22. session_cached_cursors    20       100%
  23. 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更高的性能.

http://blog.csdn.net/zq9017197/article/details/7345352

更新2:

OPEN_CURSORS是一个十分有趣的参数,经常有DBA发现自己的系统中的OPEN CURSORS十分大。我们看一个例子:

SQL>select sid,value from v$sesstat a,v$statname b where a.statistic#=b.statistic# and name=‘opened cursors current‘ order by 2;

       SID      VALUE

---------- ----------

      5430         93

      3527         95

      4055         96

      4090         97

      2012         98

      1819         98

      5349        102

      1684        103

      1741        116

      4308        169

      1970        170

      1369        181

      4208        184

       887        214

      5215        214

      3518        214

       868        214

      1770        215

      4050        215

      1809        231

      3010        235

       762        237

       731        471

      4013       1066

      2648       1152

      2255       1172

      2322       2620

我们看到这个系统的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开始,这个参数就已经是动态的了,可以随时动态调整。

http://www.cnblogs.com/sumsen/archive/2012/07/19/2599206.html

时间: 2024-11-09 23:56:41

oracle参数open_cursors和session_cached_cursor详解!的相关文章

oracle数据库 参数open_cursors和session_cached_cursor详解!

open_cursors 每个session(会话)最多能同时打开多少个cursor(游标) session_cached_cursor 每个session(会话)最多可以缓存多少个关闭掉的cursor SQL> show parameter open_cursors --每个session(会话)最多能同时打开多少个cursor(游标) NAME TYPE VALUE ------------------------------------ ----------- --------------

oracle init.ora常用配置详解

参考网上整理了重要的配置文件 db_name = "51cto"   一个数据库标识符,应与CREATE DATABASE 语句中指定的名称相对应. instance_name = 51cto在多个例程使用相同服务名的情况下,用来唯一地标识一个数据库例程. INSTANCE_NAME 不应与 SID 混淆,它实际上是对在一台主机上共享内存的各个例程的唯一标识. service_names =  51cto为 Net8 监听程序可用于识别一个服务 (如:复制环境中的一个特定数据库) 的例

Oracle ErrorStack 使用和阅读详解

一.概述 在Oracle数据库运行过程中,我们经常会遇到这样或那样的错误,但是错误的提示并不具体,加大了我们在诊断问题时的难度. ErrorStack是Oracle提供的一种对于错误堆栈进行跟踪的方法,通过设置跟踪可以将一些指定错误的后台信息详细的转储出来,写入跟踪文件,帮助我们诊断问题. 备注: 1.当oracle发生关键的错误诸如:ora-600,Errorstack是自动被oracle dump写入trace文件中. 2.当你在alert.log里面看见这类错误,并提示已经产生trace文

C# Oracle数据库操作类实例详解

本文所述为C#实现的Oracle数据库操作类,可执行超多常用的Oracle数据库操作,包含了基础数据库连接.关闭连接.输出记录集.执行Sql语句,返回带分页功能的dataset .取表里字段的类型和长度等,同时还有哈稀表自动插入数据库等高级任务.需要特别指出的是:在执行SQL语句,返回 DataReader之前一定要先用.read()打开,然后才能读到数据,再用hashTable对数据库进行insert,update,del操作,注意此时只能用默认的数据库连接"connstr". 本文

oracle 游标变量ref cursor详解

oracle 游标变量ref cursor详解 分类: PL/SQL开发 2013-12-04 15:15 685人阅读 评论(0) 收藏 举报 oracleref cursor 一 介绍      像游标cursor一样,游标变量ref cursor指向指定查询结果集当前行.游标变量显得更加灵活因为其声明并不绑定指定查询. 其主要运用于PLSQL函数或存储过程以及其他编程语言java等程序之间作为参数传递.     不像游标的一点,游标变量没有参数.     游标变量具有以下属性:     (

oracle数据库exp/imp命令详解

转自http://wenku.baidu.com/link?url=uD_egkkh7JtUYJaRV8YM6K8CLBT6gPJS4UlSy5WKhz46D9bnychTPdgJGd7y6UxYtBNhq3IXSGeAP0aABTUlnQcvwJkGm2lyzpcbX544zRG oracle数据库exp/imp命令详解 exp/imp命令详解    exp/imp两个命令可以说是oracle中最常用的命令了.    ORACLE数据库有两类备份方法.第一类为物理备份,该方法实现数据库的完整恢

Oracle中的substr()函数 详解及应用

注:本文来源于<Oracle中的substr()函数 详解及应用> 1)substr函数格式   (俗称:字符截取函数) 格式1: substr(string string, int a, int b); 格式2:substr(string string, int a) ; 解释: 格式1:        1.string 需要截取的字符串         2.a 截取字符串的开始位置(注:当a等于0或1时,都是从第一位开始截取)        3.b 要截取的字符串的长度 格式2:     

Oracle 12c Cluster Health Monitor 详解

注:本文谢绝转载! 1  CHM 概述 Cluster HealthMonitor 会通过OS API来收集操作系统的统计信息,如内存,swap 空间使用率,进程,IO 使用率,网络等相关的数据. CHM 的信息收集是实时的,在11.2.0.3 之前是每1秒收集一次,在11.2.0.3 之后,改成每5秒收集一次数据,并保存在CHM 仓库中. 这个收集时间间隔不能手工修改. CHM 的目的也是为了在出现问题时,提供一个分析的依据,比如节点重启,hang,实例被驱逐,性能下降,这些问题都可以通过对C

.Net的Oracle数据库ORM控件dotConnect for Oracle下载地址及功能详解

原文来自龙博方案网http://www.fanganwang.com/product/1330转载请注明出处 dotConnect for Oracle完全基于ADO.NET方法,因此您完全可以采用标准ADO.NET数据提供的方法来使用它.是一款为Microsoft .NET Framework提供直接Oracle数据库连接的数据发生器控件. 具体功能: 无需Oracle客户端,采用直接模式提供数据库连接 100%代码管理 具有高表现性能 支持Oracle 10g, 9i, 8i 和 8.0,包