ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 执行计划 dynamic_sampling

执行计划 dynamic_sampling

原创 Linux操作系统 作者:Jack_Miller 时间:2012-03-30 15:21:52 0 删除 编辑
现有表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/,如需转载,请注明出处,否则将追究法律责任。

下一篇: SQL执行计划
请登录后发表评论 登录
全部评论

注册时间:2011-12-09

  • 博文量
    25
  • 访问量
    70196