oracle参数open_cursors和session_cached_cursor详解!

2024-01-22 13:08

本文主要是介绍oracle参数open_cursors和session_cached_cursor详解!,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

  1. SQL> show parameter open_cursors           --每个session(会话)最多能同时打开多少个cursor(游标)  
  2.   
  3. NAME                                 TYPE        VALUE  
  4. ------------------------------------ ----------- ------------------------------  
  5. open_cursors                         integer     300  
  6. SQL> show parameter session_cached_cursor  --每个session(会话)最多可以缓存多少个关闭掉的cursor  
  7.   
  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;  
  7.   
  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%';  
  2.   
  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  
  10.   
  11. SQL> SELECT NAME, VALUE FROM V$SYSSTAT WHERE NAME LIKE '%parse%';  
  12.   
  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');  
  20.   
  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更高的性能.

这篇关于oracle参数open_cursors和session_cached_cursor详解!的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/633072

相关文章

Python中 try / except / else / finally 异常处理方法详解

《Python中try/except/else/finally异常处理方法详解》:本文主要介绍Python中try/except/else/finally异常处理方法的相关资料,涵... 目录1. 基本结构2. 各部分的作用tryexceptelsefinally3. 执行流程总结4. 常见用法(1)多个e

SpringBoot日志级别与日志分组详解

《SpringBoot日志级别与日志分组详解》文章介绍了日志级别(ALL至OFF)及其作用,说明SpringBoot默认日志级别为INFO,可通过application.properties调整全局或... 目录日志级别1、级别内容2、调整日志级别调整默认日志级别调整指定类的日志级别项目开发过程中,利用日志

Java中的抽象类与abstract 关键字使用详解

《Java中的抽象类与abstract关键字使用详解》:本文主要介绍Java中的抽象类与abstract关键字使用详解,本文通过实例代码给大家介绍的非常详细,感兴趣的朋友跟随小编一起看看吧... 目录一、抽象类的概念二、使用 abstract2.1 修饰类 => 抽象类2.2 修饰方法 => 抽象方法,没有

MySQL8 密码强度评估与配置详解

《MySQL8密码强度评估与配置详解》MySQL8默认启用密码强度插件,实施MEDIUM策略(长度8、含数字/字母/特殊字符),支持动态调整与配置文件设置,推荐使用STRONG策略并定期更新密码以提... 目录一、mysql 8 密码强度评估机制1.核心插件:validate_password2.密码策略级

从入门到精通详解Python虚拟环境完全指南

《从入门到精通详解Python虚拟环境完全指南》Python虚拟环境是一个独立的Python运行环境,它允许你为不同的项目创建隔离的Python环境,下面小编就来和大家详细介绍一下吧... 目录什么是python虚拟环境一、使用venv创建和管理虚拟环境1.1 创建虚拟环境1.2 激活虚拟环境1.3 验证虚

详解python pycharm与cmd中制表符不一样

《详解pythonpycharm与cmd中制表符不一样》本文主要介绍了pythonpycharm与cmd中制表符不一样,这个问题通常是因为PyCharm和命令行(CMD)使用的制表符(tab)的宽... 这个问题通常是因为PyCharm和命令行(CMD)使用的制表符(tab)的宽度不同导致的。在PyChar

SpringBoot 获取请求参数的常用注解及用法

《SpringBoot获取请求参数的常用注解及用法》SpringBoot通过@RequestParam、@PathVariable等注解支持从HTTP请求中获取参数,涵盖查询、路径、请求体、头、C... 目录SpringBoot 提供了多种注解来方便地从 HTTP 请求中获取参数以下是主要的注解及其用法:1

HTTP 与 SpringBoot 参数提交与接收协议方式

《HTTP与SpringBoot参数提交与接收协议方式》HTTP参数提交方式包括URL查询、表单、JSON/XML、路径变量、头部、Cookie、GraphQL、WebSocket和SSE,依据... 目录HTTP 协议支持多种参数提交方式,主要取决于请求方法(Method)和内容类型(Content-Ty

sky-take-out项目中Redis的使用示例详解

《sky-take-out项目中Redis的使用示例详解》SpringCache是Spring的缓存抽象层,通过注解简化缓存管理,支持Redis等提供者,适用于方法结果缓存、更新和删除操作,但无法实现... 目录Spring Cache主要特性核心注解1.@Cacheable2.@CachePut3.@Ca

SpringBoot请求参数传递与接收示例详解

《SpringBoot请求参数传递与接收示例详解》本文给大家介绍SpringBoot请求参数传递与接收示例详解,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋... 目录I. 基础参数传递i.查询参数(Query Parameters)ii.路径参数(Path Va