optimizer_index_caching和optimizer_index_cost_adj两个参数说明

一、optimizer_index_cost_adj参数

优化器计算通过索引扫描访问表数据的cost开销,可以通过这个参数进行调整。参数可用值的范围为1到10000。默认值为100,超过100后越大则越会使索引扫描的COST开销越高(计算的),从而导致查询优化器更加倾向于使用全表扫描。相反,值越小于100,计算出来的索引扫描的开销就越低。

注意:

1、这里描述的开销,仅仅为优化器评估出来的而已,而非实际执行的开销;例如同样的SQL语句,同样的执行路径,修改这个参数以后,计算出来的cost不同,但是,SQL语句执行的实际物理路径、时间、逻辑读都是一样的。

2、这个参数影响优化器评估索引访问的IO开销

3、可以参见后面的示例进一步理解这个参数

二、optimizer_index_caching参数

用于在执行in-list遍历和嵌套循环连接时,优化器评估已经存在于buffer cache中的索引块的数量(以百分比的方式)。参数的取值范围是0到100,默认值为0,取值越大就越减少优化器在评估In-list和嵌套循环连接的索引扫描的开销COST。

1、这里的描述仅仅为优化器的评估结果。换句话说,它不是用来指定数据库实际缓存的每个索引块的数量

2、可以参见后面的示例进一步理解这个参数

三、索引范围扫描的成本计算公式(与两个参数相结合)

cost = { (blevel+leaf_blocks * effective index selectivity)*(1-optimizer_index_caching/100)+

cluster_factor * effective table selectivity)*(optimizer_index_cost_adj/100) }

说明

1、blevel=索引的层数,即dba_indexes视图中的blevel列值

2、leaf_blocks为索引的叶子块数量,即dba_indexes视图中的leaf_blocks列值

3、effective index selectivity指的是SQL语句中用于索引扫描的谓词驱动条件的列字段的选择率(where条件中)

4、cluster_factor为索引的聚簇因子(表示索引数据与表数据排序后的相近程度)

5、effective table selectivity指的是SQL where条件中能够在索引上进行过滤的所有谓词列字段的选择率(可以理解为通过索引扫描后(包含驱动和过滤),最后通过rowid定位表的数量)

6、一般是4、5两个部分往往是整个计算公式中权重最大的因素。

注意

1、从上面的成本计算公式和说明,我们知道,optimizer_index_cost_adj参数对优化器的影响要远远大于optimizer_index_caching参数

2、随着优化器越来越智能这两个参数的作用已经慢慢被 系统统计信息 给替换了。

3、10gR2开始,这两个参数的值尽量保持为默认值。如果实在需要调整,请严格测试!

四、optimizer_index_cost_adj参数示例

SQLcreate table t as select rownum
rn ,object_name name from dba_objects a where rownum<5000;

Table created.

SQLcreate index t_idx on t(rn);

Index created.

SQLBEGIN

2

3    DBMS_STATS.GATHER_TABLE_STATS(OWNNAME=>‘SYS‘,

4                                  TABNAME=>‘T‘,

5                                  ESTIMATE_PERCENT=>30,

6                                  METHOD_OPT=>‘FOR ALL COLUMNS SIZE 1‘,

7                                  NO_INVALIDATE=>FALSE,

8                                  CASCADE=>TRUE,

9                                  DEGREE => 4);

10  END;

11  /

PL/SQL procedure successfully completed.

SQL>  explain plan for select * from t where rn<200;

Explained.

SQLselect * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

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

Plan hash value: 470836197

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

| Id  | Operation                   | Name  | Rows  | Bytes | Cost (%CPU)| Time  
  |

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

|   0 | SELECT STATEMENT            |       |   199 |  4179 |
    3   (0)| 00:00:35 |

|   1 |  TABLE ACCESS BY INDEX ROWID|
T     |   199 |  4179 |     3   (0)| 00:00:35 |

|*  2 |   INDEX RANGE SCAN          | T_IDX |   199 |       |     2  
(0)| 00:00:24 |

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

Predicate Information (identified by operation id):

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

2 - access("RN"<200)

14 rows selected.

SQLalter session set optimizer_index_cost_adj=50;

Session altered.

SQLexplain plan for select * from t where rn<200;

Explained.

SQLselect * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

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

Plan hash value: 470836197

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

| Id  | Operation                   | Name  | Rows  | Bytes | Cost (%CPU)| Time  
  |

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

|   0 | SELECT STATEMENT            |       |   199 |  4179 |
    2   (0)| 00:00:18 |

|   1 |  TABLE ACCESS BY INDEX ROWID|
T     |   199 |  4179 |     2   (0)| 00:00:18 |

|*  2 |   INDEX RANGE SCAN          | T_IDX |   199 |       |     1  
(0)| 00:00:12 |

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

Predicate Information (identified by operation id):

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

2 - access("RN"<200)

14 rows selected.

SQLalter session set optimizer_index_cost_adj=500;

Session altered.

SQL>  explain plan for select * from t where rn<200;

Explained.

SQLselect * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

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

Plan hash value: 1601196873

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

| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time  
  |

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

|   0 | SELECT STATEMENT  |      |   199 |  4179 |
    6   (0)| 00:01:10 |

|*  1 |  TABLE ACCESS FULL| T  
 |   199 |  4179 |     6   (0)| 00:01:10 |

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

Predicate Information (identified by operation id):

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

1 - filter("RN"<200)

13 rows selected.

五、optimizer_index_caching参数示例

IN-LIST示例

SQLset linesize 200 pagesize 9999

SQLexplain plan for select * from t where rn in (1,2,3,4,5,6,7,100,130,200,240,2000);

Explained.

SQLselect * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

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

Plan hash value: 3506647781

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

| Id  | Operation                    | Name  | Rows  | Bytes | Cost (%CPU)| Time  
  |

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

|   0 | SELECT STATEMENT             |       |    12 |   252 |
    4   (0)| 00:00:43 |

|   1 |  INLIST ITERATOR             |       |       |       |            |          |

|   2 |   TABLE ACCESS BY INDEX ROWID|
T     |    12 |   252 |     4   (0)| 00:00:43 |

|*  3 |    INDEX RANGE SCAN          | T_IDX |    12 |       |     3  
(0)| 00:00:31 |

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

Predicate Information (identified by operation id):

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

3 - access("RN"=1 OR "RN"=2 OR "RN"=3 OR "RN"=4 OR "RN"=5 OR "RN"=6 OR

"RN"=7 OR "RN"=100 OR "RN"=130 OR "RN"=200 OR "RN"=240 OR "RN"=2000)

16 rows selected.

SQLalter session set optimizer_index_caching=10;

Session altered.

SQL>  explain plan for select * from t where rn in (1,2,3,4,5,6,7,100,130,200,240,2000);

Explained.

SQL>  select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

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

Plan hash value: 3506647781

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

| Id  | Operation                    | Name  | Rows  | Bytes | Cost (%CPU)| Time  
  |

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

|   0 | SELECT STATEMENT             |       |    12 |   252 |
    3   (0)| 00:00:31 |

|   1 |  INLIST ITERATOR             |       |       |       |            |          |

|   2 |   TABLE ACCESS BY INDEX ROWID|
T     |    12 |   252 |     3   (0)| 00:00:31 |

|*  3 |    INDEX RANGE SCAN          | T_IDX |    12 |       |     2  
(0)| 00:00:19 |   --可以看到cost确实降低了

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

Predicate Information (identified by operation id):

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

3 - access("RN"=1 OR "RN"=2 OR "RN"=3 OR "RN"=4 OR "RN"=5 OR "RN"=6 OR

"RN"=7 OR "RN"=100 OR "RN"=130 OR "RN"=200 OR "RN"=240 OR "RN"=2000)

16 rows selected

嵌套循环连接示例:

SQLexplain plan for select /*+ use_nl(a
b) */ * from t a,t b where a.rn=b.rn and b.name=‘sss‘;

Explained.

SQL>  select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

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

Plan hash value: 752965310

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

| Id  | Operation                    | Name  | Rows  | Bytes | Cost (%CPU)| Time  
  |

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

|   0 | SELECT STATEMENT             |       |     1 |    42 |
    8   (0)| 00:01:34 |

|   1 |  NESTED LOOPS                |       |       |       |            |          |

|   2 |   NESTED LOOPS               |       |     1 |    42 |     8   (0)| 00:01:34 |

|*  3 |    TABLE ACCESS FULL  
      | T     |     1 |    21 |     6   (0)| 00:01:10 |

|*  4 |    INDEX RANGE SCAN          | T_IDX |     1 |       |     1  
(0)| 00:00:12 |

|   5 |   TABLE ACCESS BY INDEX ROWID|
T     |     1 |    21 |     2   (0)| 00:00:24 |

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

Predicate Information (identified by operation id):

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

3 - filter("B"."NAME"=‘sss‘)

4 - access("A"."RN"="B"."RN")

18 rows selected.

SQLalter session set optimizer_index_caching=10;

Session altered.

SQLexplain plan for select /*+ use_nl(a
b) */ * from t a,t b where a.rn=b.rn and b.name=‘sss‘;

Explained.

SQLselect * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

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

Plan hash value: 752965310

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

| Id  | Operation                    | Name  | Rows  | Bytes | Cost (%CPU)| Time  
  |

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

|   0 | SELECT STATEMENT             |       |     1 |    42 |
    7   (0)| 00:01:22 |

|   1 |  NESTED LOOPS                |       |       |       |            |          |

|   2 |   NESTED LOOPS               |       |     1 |    42 |     7   (0)|
00:01:22 |  --可以看到cost确实降低了

|*  3 |    TABLE ACCESS FULL  
      | T     |     1 |    21 |     6   (0)| 00:01:10 |

|*  4 |    INDEX RANGE SCAN          | T_IDX |     1 |       |     0  
(0)| 00:00:01 |

|   5 |   TABLE ACCESS BY INDEX ROWID|
T     |     1 |    21 |     1   (0)| 00:00:12 |

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

Predicate Information (identified by operation id):

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

3 - filter("B"."NAME"=‘sss‘)

4 - access("A"."RN"="B"."RN")

18 rows selected.

非in-list和嵌套循环操作,调整这个参数时,不会影响oracle优化器成本的运算,如下

SQLset linesize 200 pagesize 999

SQLexplain plan for select * from t where rn<200;

Explained.

SQLselect * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

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

Plan hash value: 470836197

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

| Id  | Operation                   | Name  | Rows  | Bytes | Cost (%CPU)| Time  
  |

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

|   0 | SELECT STATEMENT            |       |   199 |  4179 |
    3   (0)| 00:00:35 |

|   1 |  TABLE ACCESS BY INDEX ROWID|
T     |   199 |  4179 |     3   (0)| 00:00:35 |

|*  2 |   INDEX RANGE SCAN          | T_IDX |   199 |       |     2  
(0)| 00:00:24 |

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

Predicate Information (identified by operation id):

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

2 - access("RN"<200)

14 rows selected.

SQLalter session set optimizer_index_caching=1;

Session altered.

SQLexplain plan for select * from t where rn<200;

Explained.

SQLselect * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

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

Plan hash value: 470836197

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

| Id  | Operation                   | Name  | Rows  | Bytes | Cost (%CPU)| Time  
  |

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

|   0 | SELECT STATEMENT            |       |   199 |  4179 |
    3   (0)| 00:00:35 |

|   1 |  TABLE ACCESS BY INDEX ROWID|
T     |   199 |  4179 |     3   (0)| 00:00:35 |

|*  2 |   INDEX RANGE SCAN          | T_IDX |   199 |       |     2  
(0)| 00:00:24 |  --可以看到cost确实没有改变

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

Predicate Information (identified by operation id):

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

2 - access("RN"<200)

14 rows selected.

optimizer_index_caching和optimizer_index_cost_adj两个参数说明

时间: 2024-08-07 00:15:00

optimizer_index_caching和optimizer_index_cost_adj两个参数说明的相关文章

Oracle性能分析11:系统统计信息

早期Oracle查询优化器的开销计算是基于执行SQL语句所需要的物理读,这个方法被叫做I/O开销模式(I/O cost model),这个方法的主要缺点是认为单块读和多块读开销相当.在Oracle 8i中,初始化参数optimizer_index_caching和optimizer_index_cost_adj解决了这个问题,但参数的默认值仅适用于报告系统和数据仓库.直到Oracle 9i,ORacle引入了一种新的CPU开销模式(CPU cost model),消除了这个缺陷,但必须提供数据库

ORACLE10gRAC数据库迁移至10gRAC

1.数据库备份RUN {ALLOCATE CHANNEL ch00 DEVICE TYPE disk;ALLOCATE CHANNEL ch01 DEVICE TYPE disk;ALLOCATE CHANNEL ch02 DEVICE TYPE disk;ALLOCATE CHANNEL ch03 DEVICE TYPE disk;ALLOCATE CHANNEL ch04 DEVICE TYPE disk;ALLOCATE CHANNEL ch05 DEVICE TYPE disk;back

Oracle SQL tuning 步骤

Oracle SQL tuning 步骤 SQL是的全称是Structured Query Language(结构化查询语言).SQL是一个在80年代中期被使用的工业标准数据库查询语言.不要把SQL语言与商业化产品如Microsoft SQL server或开源产品MySQL相混淆.所有的使用SQL缩略词的这些都是SQL标准的一部分. 一.SQL tuning之前的调整    下面这个粗略的方法能够节省数千小时乏味的SQL tuning,因为一旦调整它将影响数以百计的SQL查询.记住,你必须优先

Window 下 VFW 视频采集与显示

引言 经过几天的努力终于将VFW视频采集与显示功能完整实现了,不得不说网上对这方面完整的详细讲解文章是在太少了.所以就要本人来好好总结一下让后来者不再像我一样折腾好久.在本文中我将详细讲解VFW视频采集过程的实现,以及采集后视频的显示方法. VFW简介 虽然这是篇技术博文,但是我觉得用一个东西,那么关于它的概述还是不能少,所以特从百度上copy了下VFW的概念描述,如果读者不想看可以直接去观看正文部分. VFW(Video for Windows)是Microsoft推出的关于数字视频的一个软件

Android 动画系列之自定义补间动画

转载请标明出处: http://blog.csdn.net/Airsaid/article/details/51591282 本文出自:周游的博客 前言 上一篇写了补间动画的使用,由于篇幅原因,就把自定义补间动画单独拿出来了.这一篇继续写补间动画~ 在上一篇中写到了Android提供了Animation类作为补间动画的抽象基类,并提供了四个子类:ScaleAnimation .TranslateAnimation.AlphaAnimation.RotateAnimation分别实现了四种基本动画

CSipSimple的插件结构

CSipSimple的第三方编码器是以插件形式集成的,那么它是怎么实现的?我们以音频编码器为例进行说明. 一.何为插件 工程中有一个包,com.csipsimple.plugins.codecs.从包名来看,应该就是编码器,但是打开发现只有一个文件ReceiverSILK.java,它就是简单的继承了BroadcastReceiver: public class ReceiverSILK extends BroadcastReceiver { @Override public void onRe

Java中对xml的解析

Java中对xml的解析 1.Dom4j Dom解析原理:xml解析器一次性将xml文档加载到内存中,然后在内存中构建一颗Document对象树.在通过Document对象得到树上的节点对象,通过节点对象操作文档内容. Dom4J 常用的对象: SAXReader:读取 xml 文件到 Document 树结构文件对象 Document:是一个 xml 文档对象树,类比 Html 文档对象. Element:元素节点.通过 Document 对象可以查找单个元素 使用步骤: ( 导入 Dom4J

ORA-00439: feature not enabled: Managed Standby

1,启动oracle实例报错: SQL> startup nomount ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance ORA-00439: feature not enabled: Managed Standby SQL> SQL> startup nomount; ORA-32004: obsolete or deprecated parameter(s) specified f

一键准备Oracle安装

在Linux下安装Oracle软件之前,有相当工作需要准备,包括建立用户.配置内核参数.配置资源限制参数.配置Oracle用户环境等,十分繁琐.即便十分熟悉,也需要花费一定的精力来准备.说白了,做这些事情有点类似于低水平重复建设,虽没有多大技术含量,却又不得不做.现在将这些准备工作做成脚本,这样可以近乎实现一键准备Oracle安装. 说明: 1> 该脚本的执行方式为sh Oracle_Setup_Prepare.sh orcl /opt,两个参数说明见脚本解释部分. 2> 该脚本中涉及到一个文