执行计划 dynamic_sampling

现有表t(object_id number,object_name varchar2(20))，表中有上万条记录，并且绝大多数记录的object_id=9999;

先来看一下select  * from t where object_id=9999的执行计划：

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

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

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

|   0 | SELECT STATEMENT  |          |   123K|  9506K|    60   (7)| 00:00:01 |

|*  1 |  TABLE ACCESS FULL| T       |   123K|  9506K|    60   (7)| 00:00:01 |

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

其中Id是执行计划中每一步的Id，operation顾名思义就是这一步所执行的操作，Name是访问的数据库对象的名字，Rows是优化器估计返回的记录数，在10g之前该值是Card(Cardinality)。Bytes就是优化器估计的返回的字节数。

如果没有用dbms_stats.gather_table_stats(user,'t',cascade=>true)命令对表进行分析，CBO会采取dynamic sampling的方式采样分析表信息，给出Rows和Bytes的估计值。

可以使用/*+ dynamic_sampling(t 0) */禁用动态采样，这样CBO会得出不正确的执行计划。

select /*+ dynamic_sampling(t 0) */  * from t where object_id=9999;的执行计划：

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

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

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

|   0 | SELECT STATEMENT                       |       |     3 |   237 |     2   (0)| 00:00:01 |

|   1 |  TABLE ACCESS BY INDEX ROWID| T     |     3 |   237 |     2   (0)| 00:00:01 |

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

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

因为t表中绝大多数都是object_id=9999的记录，而CBO得出的执行计划是使用INDEX RANGE SCAN，显然不如TABLE ACCESS FULL效率高。

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

转载于:http://blog.itpub.net/25791987/viewspace-719929/