Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2796788
  • 博文数量: 389
  • 博客积分: 4177
  • 博客等级: 上校
  • 技术积分: 4773
  • 用 户 组: 普通用户
  • 注册时间: 2008-11-16 23:29
文章分类

全部博文(389)

分类: Oracle

2016-04-13 16:40:52

                                      优化器计算如何索引访问代价


        Oracle优化器(以下简称CBO)在评估使用全表的访问方式,还是索引的访问方或是不同的索引访问方式,主
要取决于:统计信息中的cardinality评估,索引的cluster factor,索引叶子节点数(lf)和表的总行数.

 
      假设我们不考虑cpu成本(参数_optimizer_cost_mode设置).使用索引访问路径的IO成本主要分为两部分:访问
索引IO成本和通过索引进行表访问IO成本.

      索引访问IO成本通过公式为: cardinality/(rows/lb)+blevel.表访访问IO成本通过公式  
cardinality*(cluster factor/rows)


我们创建一个测试表t2(oracle版本为12.1.0.2),并且加载数据

DONGDONGTANG> create table t2 select * from dba_objects

DONGDONGTANG> select count(*) from t2;

  COUNT(*)
----------
   2925216

DONGDONGTANG> create index ix_t2_a on t2(object_id);

Index created.

DONGDONGTANG> exec dbms_stats.gather_table_stats('SYS','T2');

PL/SQL procedure successfully completed.


打开10053跟踪事件,level级别8

DONGDONGTANG> select /*17*/ count(object_name) from t2 where object_id between 100 and 1001;

COUNT(OBJECT_NAME)
------------------
      28800

查看跟踪文件内容

Table Stats::
  Table: T2  Alias: T2
  #Rows: 2925216  SSZ: 0  LGR: 0  #Blks:  48907  AvgRowLen:  115.00  NEB: 0  ChainCnt:  0.00  SPC: 0  RFL: 0  RNF: 0  CBK: 0 

CHR: 0  KQDFLG: 1
  #IMCUs: 0  IMCRowCnt: 0  IMCJournalRowCnt: 0  #IMCBlocks: 0  IMCQuotient: 0.000000

 

Index Stats::
  Index: IX_T2_A  Col#: 4
  LVLS: 2  #LB: 6603  #DK: 92496  LB/K: 1.00  DB/K: 32.00  CLUF: 2980490.00  NRW: 2980490.00 SSZ: 0.00 LGR: 0.00 CBK: 0.00

GQL: 0.00 CHR: 0.00 KQDFLG: 1 BSZ: 1
  KKEISFLG: 1

  Table: T2  Alias: T2
    Card: Original: 2925216.000000  Rounded: 28203  Computed: 28203.240783  Non Adjusted: 28203.240783

  Access Path: TableScan
    Cost:  5686.000000  Resp: 5686.000000  Degree: 0
      Cost_io: 5686.000000  Cost_cpu: 0
      Resp_io: 5686.000000  Resp_cpu: 0

  Access Path: index (RangeScan)
    Index: IX_T2_A
    resc_io: 28803.000000  resc_cpu: 0
    ix_sel: 0.009641  ix_sel_with_filters: 0.009641
    Cost:

28803.000000  Resp: 28803.000000  Degree: 1
 

 Best:: AccessPath: TableScan
         Cost: 5686.000000  Degree: 1  Resp: 5686.000000  Card: 28203.240783  Bytes: 0.000000


 Card: Original: 2925216.000000  Rounded: 28203  Computed: 28203.240783  Non Adjusted: 28203.240783 这一行表示评估的cardinality值,使用computed的值,

  CLUF: 2980490.00 表示索引的cluster factor,
 
  NRW: 2980490.00  表示其中的rows
 
  #LB: 6603   表示该索引的叶子节(lb)点数

   LVLS: 2   表过索引节点的层级或是高度.

 
RESC 表访访问IO成本通过公式   cardinality*(cluster factor/rows)=28203*(2980490/292521)=28736
     索引访问IO成本通过公式   cardinality/(rows/lb)+blevel=28203/(2980490/6603)+2=64

     在本例中索引访问的IO和访问表的IO开销相加之后,基本接近优化器评估的值了.所以在这里我们可以看出精确的统计信息,
对于oracle选择正确的执行计划重要性.相比其他的因素,cardinality的评估可能最为复杂.

 

 

 

阅读(3482) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~