动态采样概述
一个简单的例子：
创建表：
SQL> create table t as select owner,object_type from dba_objects;
Table created.
查看表的记录数：
SQL> select count(*) from t
COUNT(*)
----------
50419 -- 记录数
这里创建了一张普通表，没有做分析，我们在hint中用0级来限制动态采样，此时CBO唯一可以使用的信息就是表存储在数据字典中的一些信息，如有多少个extent，有多少个block，但是这些信息是不够的。
SQL> set autotrace trace exp
SQL> select /*+ dynamic_sampling(t 0) */ * from t;
Execution Plan
----------------------------------------------------------
Plan hash value: 1601196873
--------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 12007 | 328K| 34 (0)| 00:00:01 |
| 1 | TABLE ACCESS FULL| T | 12007 | 328K| 34 (0)| 00:00:01 |
--------------------------------------------------------------------------
在没有做动态分析的情况下 ，CBO估计的记录数是 12007条，与真实的 50419相差甚远。
动态分析来后：
SQL> select * from t;
Execution Plan
----------------------------------------------------------
Plan hash value: 1601196873
--------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 45596 | 1246K| 35 (3)| 00:00:01 |
| 1 | TABLE ACCESS FULL| T | 45596 | 1246K| 35 (3)| 00:00:01 |
--------------------------------------------------------------------------
Note
- dynamic sampling used for this statement
在Oracle 10g中默认对没有分析的段做动态采样，上面的查询结果显示使用了动态采样，CBO计的结果是 45596与 50419很接近了。 由于动态采样只是对有限的一些数据块做分析，来对整个表做出估算，所以无法和实际值完全吻合也是很正常的。
注意：在没有动态采样的情况下，对于没有分析过的段，CBO也可能错误地将结果判断的程度扩大话 。
见下列
SQL> delete from t;
50419 rows deleted.
SQL> set autotrace trace exp
SQL> select /*+ dynamic_sampling(t 0) */ * from t;
Execution Plan
----------------------------------------------------------
Plan hash value: 1601196873
-----------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 12007 | 328K| 34 (0)| 00:00:01 |
| 1 | TABLE ACCESS FULL| T | 12007 | 328K| 34 (0)| 00:00:01 |
--------------------------------------------------------------------------
SQL> select * from t;
Execution Plan
----------------------------------------------------------
Plan hash value: 1601196873
--------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 28 | 34 (0)| 00:00:01 |
| 1 | TABLE ACCESS FULL| T | 1 | 28 | 34 (0)| 00:00:01 |
--------------------------------------------------------------------------
Note
-----
- dynamic sampling used for this statement
可以看到，在没有采用动态分析的情况下，CBO对t表估计的还是12007行记录 ，但是用动态分析就显示1条记录。 而表中的数据在查询之前已经删除掉了，出现这种情况的原因是因为高水位。 由于没有采用动态采样时的表信息来自 前面提到的数据字典中的 extent和block信息， 虽然表的数据已经删除，但是表分配的extent 和block没有被回收，在这种情况下CBO 依然认为有那么多的数据存在。
通过这一点，我们可以看出，此时CBO能够使用的信息非常有限，也就是这个表有几个extent，有几个block。但动态采样之后，Oracle 立即发现，原来数据块中都是空的。
如果是通过设置sql_trace=true来查看执行计划，动态采样会