session_cached_cursors参数中,为何是第三次执行才将执行计划缓存在PGA里

今天有个读者看到我的书上说到,session_cached_cursors表示同一个session第三次执行相同的SQL时,就会将该SQL的执行计划放到session的PGA里。该读者问到,为何是第3次,而不是第2次或第4次。
解答这个问题,可以查看名为session cursor cache count的统计信息,该statistics说明了当前PGA里缓存了多少条SQL语句以及其执行计划。

下面做个实验,来验证。

SQL> connect hr/hr
已连接。

SQL> select * from v$version;

BANNER
------------------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

SQL> alter system flush shared_pool;

系统已更改。

SQL> select b.name,a.value
  2  from v$sesstat a,v$statname b
  3  where a.statistic#=b.statistic#
  4  and b.name='session cursor cache count'
  5  and a.sid in(select sid from v$mystat where rownum=1);

NAME                                VALUE
------------------------------ ----------
session cursor cache count             19

SQL> select b.name,a.value
  2  from v$sesstat a,v$statname b
  3  where a.statistic#=b.statistic#
  4  and b.name='session cursor cache count'
  5  and a.sid in(select sid from v$mystat where rownum=1);

NAME                                VALUE
------------------------------ ----------
session cursor cache count             19

SQL> select b.name,a.value
  2  from v$sesstat a,v$statname b
  3  where a.statistic#=b.statistic#
  4  and b.name='session cursor cache count'
  5  and a.sid in(select sid from v$mystat where rownum=1);

NAME                                VALUE
------------------------------ ----------
session cursor cache count             19

SQL> select b.name,a.value
  2  from v$sesstat a,v$statname b
  3  where a.statistic#=b.statistic#
  4  and b.name='session cursor cache count'
  5  and a.sid in(select sid from v$mystat where rownum=1);

NAME                                VALUE
------------------------------ ----------
session cursor cache count             20

可以看到连续执行三次SQL以后,它就把该SQL的执行计划缓存在pga里了。 所以第四次去执行该SQL时,从而查看缓存的执行计划的个数的时候,它会比原来增加1,也就是从19增加到20。

至于说到为何在oracle在官方文档里没有明确说明是第3次执行才会缓存,我个人猜测应该是oracle会随着数据库版本的变化而改变这个上限。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9842/viewspace-374978/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/9842/viewspace-374978/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值