关于 cursor_sharing = similar
我们先看看在表没有分析无统计数据情况下的表现
SQL> alter session set cursor_sharing = similar;
Session altered.
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170148
parse count (hard) 1619 (硬分析次数)
parse count (failures) 80
SQL> select count(*) from t where object_id = 1000;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170172
parse count (hard) 1620
parse count (failures) 80
SQL> /
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170176
parse count (hard) 1620
parse count (failures) 80
SQL> select count(*) from t where object_id = 1000;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170178
parse count (hard) 1620
parse count (failures) 80
SQL> select count(*) from t where object_id = 1001;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4948
parse time elapsed 4468
parse count (total) 170180
parse count (hard) 1620(即使object_id发生变化依然没有硬解析)
parse count (failures) 80
我们再来看分析表和字段信息后的表现
SQL> analyze table t1 compute statistics for table for columns object_id;
Table analyzed.
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4973
parse time elapsed 4495
parse count (total) 170982
parse count (hard) 1640
parse count (failures) 80
SQL> select count(*) from t1 where object_id = 5000;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4973
parse time elapsed 4495
parse count (total) 170984
parse count (hard) 1641
parse count (failures) 80
SQL> select count(*) from t1 where object_id = 5000;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4973
parse time elapsed 4495
parse count (total) 171008
parse count (hard) 1641 (重复执行没发生变化)
parse count (failures) 80
SQL> select count(*) from t1 where object_id = 5001;
COUNT(*)
----------
0
SQL> select name,value from v$sysstat where name like '%parse%';
NAME VALUE
---------------------------------------------------------------- ----------
parse time cpu 4973
parse time elapsed 4495
parse count (total) 171010
parse count (hard) 1642 (当object_id变化的时候产生硬分析)
parse count (failures) 80
SQL>
SQL> select sql_text,child_number from v$sql where sql_text like 'select count(*) from t1 where%';
SQL_TEXT
--------------------------------------------------------------------------------
CHILD_NUMBER
------------
select count(*) from t1 where object_id = :"SYS_B_0"
0
select count(*) from t1 where object_id = :"SYS_B_0"
1
可以看出若存在object_id的 histograms ,则每次是不同的 值 的时候都产生硬解析 ,若不存在 histograms ,则不产生硬解析 。换句话说,当表的字段被分析过存在histograms的时候,similar 的表现和exact一样,当表的字段没被分析不存在histograms的时候,similar的表现和force一样。这样避免了一味地如force一样转换成变量形式,因为有hostograms的情况下转换成变量之后就容易产生错误的执行计划,没有利用上统计信息。而exact呢,在没有hostograms的情况下也要分别产生硬解析,这样的话,由于执行计划不会受到数据分布的影响(因为没有统计信息)重新解析是没有实质意义的。而similar则综合了两者的优点。
关于 cursor_sharing = similar相关推荐
- cursor_sharing='SIMILAR'将被废弃
根据metalink文档<ANNOUNCEMENT: Deprecating the cursor_sharing = 'SIMILAR' setting [ID 1169017.1]>在 ...
- cursor_sharing设置为similar 的弊端
将cursor_sharing设置为similar会产生许多问题: 1.对于语句中包含的范围查询(如between, 2.影响11g Adaptive Cursor sharing特性和CBO优化器 ...
- Oracle cursor_sharing 参数 详解
一. 官网的说明 http://download.oracle.com/docs/cd/E11882_01/server.112/e17110/initparams042.htm#REFRN10025 ...
- isight参数优化理论与实例详解_详解oracle数据库优化参数--cursor_sharing
概述 大家都知道硬解析,软解析对数据库sql的执行效率影响是很大的.在Oracle中,用户输入的SQL语句要进行所谓的Parse解析过程,用于生成执行计划,这也就是Query Optimizer的主要 ...
- oracle select 变量_详解oracle数据库优化参数--cursor_sharing
概述 大家都知道硬解析,软解析对数据库sql的执行效率影响是很大的.在Oracle中,用户输入的SQL语句要进行所谓的Parse解析过程,用于生成执行计划,这也就是Query Optimizer的主要 ...
- 11g cursor_sharing 参数说明
一. 官网的说明 http://download.oracle.com/docs/cd/E11882_01/server.112/e17110/initparams042.htm#REFRN10025 ...
- oracle重启一个节点集群,帮忙分析一例数据库两节点集群每隔几个月节点重启
本帖最后由 鸣雏之叶1 于 2015-4-2 15:13 编辑 数据库版本:10204 操作系统版本:红帽4.7 64位 遇到一台双节点的rac,间隔几个月就会因为心跳原因导致某一个节点重启(随机), ...
- oracle直查和call哪个更快,让oracle跑的更快1读书笔记二
当前位置:我的异常网» 数据库 » <>读书笔记二 <>读书笔记二 www.myexceptions.net 网友分享于:2013-08-23 浏览:9次 <> ...
- ORA-4031错误深入解析
报ORA-4031错误时,我们通常可以根据Oracle无法分配多少字节的内存,来判断共享池碎片的严重程度,以下是4031错误官方的解释: [oracle@guoyj ~]$ oerr ORA 4031 ...
最新文章
- 洛谷——P2872 [USACO07DEC]道路建设Building Roads
- 成都铁路警方联合多部门开展反恐防暴演练
- 网站的高性能架构--性能测试指标
- 使用OpenCV与百度OCR C++ SDK实现文字识别
- pushbox(1)
- 【汇编语言与计算机系统结构笔记14】循环和分支程序设计
- Eclipse Code Template 设置自动加注释
- 拓端tecdat|使用GIS制作静态地图和处理地理数据
- TCL语言中的执行顺序
- android oem解锁,Android平台OEM解锁分析
- 【Unity】超级坦克大战(十三)闯关流程:关卡界面逻辑
- 基于jQuery/express/socket.io实现的匿名聊天室
- 我要自学网python视频教程百度云_180G全套Python视频教程集合
- 执行 this.$destroy()后原生DOM事件也无法执行
- Android adb的使用
- H无穷滤波(H∞ filtering )
- 使用Nib创建视图控制器
- 微信怎么@所有人?必备苹果手机小技巧
- 2022 微软暑期实习研发提前批面经(全)
- illustrator下载_在Illustrator和手绘中创建矢量图形
热门文章
- BAT、网易、蘑菇街面试题整理-3
- Python文本词频率统计---学习记录
- 一文搞懂Synchronized同步锁的作用范围
- cache.get方法的两个参数:key,Callable对象
- Jquery模板(jsrender)
- 苹果手机Java在那_苹果手机相机设置在哪里 怎么设置【图文教程】
- 王者服务器维护6月8日,王者荣耀体验服李白、黄忠增强 6月8日停机更新
- 漫步者蓝牙自动断开_500左右蓝牙耳机怎么买?南卡对比漫步者让你看懂
- EMGU.CV入门(二十一、图片的素描、卡通、增强、磨皮)
- Kotlin 协程--线程池的7个灵魂拷问