Oracle-分析及动态采样.doc

Oracle-分析及动态采样Oracle 分析及动态采样Oracle 分析及动态采样 之前在说Oracle Optimizer中的CBO时讲到，当表没有做分析的时候，Oracle 会使用动态采样来收集统计信息。 获取准确的段对象（表，表分区，索引等）的分析数据，是CBO存在的基石，CBO的机制就是收集尽可能多的对象信息和系统信息，通过对这些信息进行计算，分析，评估，最终得出一个成本最低的执行计划。 所以对于CBO，数据段的分析就非常重要。Oracle Optimizer CBO RBO/tianlesoftware/archive/2010/08/19/5824886.aspx一 先演示一个示例，来理解分析的作用1.1创建表SQL> create table t as select object_id,object_name from dba_objects where 1=2;表已创建。SQL> create index index_t on t(object_id);索引已创建。SQL> insert into t select object_id,object_name from dba_objects;已创建72926行。SQL> commit;提交完成。1.2查看分的分析及执行计划SQL> select num_rows,avg_row_len,blocks,last_analyzed from user_tables where table_name=T; NUM_ROWS AVG_ROW_LEN BLOCKS LAST_ANALYZED- - - -SQL> select blevel,leaf_blocks,distinct_keys,last_analyzed from user_indexes where table_name=T; BLEVEL LEAF_BLOCKS DISTINCT_KEYS LAST_ANALYZED- - - - 0 0 0 25-8月 -10从查询结果看出，表的行数，行长，占用的数据块数及最后的分析时间都是空。 索引的相关信息也没有，说明这个表和说因都没有被分析，如果此时有一条SQL 对表做查询，CBO 由于无法获取这些信息，很可能生成错误的执行计划，如：SQL> set linesize 200SQL> set autot trace exp;SQL> select /*+dynamic_sampling(t 0) */ * from t where object_id>30;执行计划-Plan hash value: 80339723-| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |-| 0 | SELECT STATEMENT | | 4 | 316 | 0 (0)| 00:00:01 | 1 | TABLE ACCESS BY INDEX ROWID| T | 4 | 316 | 0 (0)| 00:00:01 |* 2 | INDEX RANGE SCAN | INDEX_T | 1 | | 0 (0)| 00:00:01 |-Predicate Information (identified by operation id):- 2 - access(OBJECT_ID>30)SQL>在Oracle 10g以后，如果一个表没有做分析，数据库将自动对它做动态采样分析，所以这里采用hint的方式将动态采样的级别设置为0，即不使用动态采样。 从这个执行计划，看书CBO 估计出表中满足条件的记录为4条，索引使用了索引。 我们对表做一下分析，用结果比较一下。 1.3 分析表及查看分析之后的执行计划分析可以通过两中方式：一种是analyze 命令，如：analyze table tablename compute statistics for all indexes; 还有一种就是通过DBMS_STATS包来分析，从9i 开始，Oracle 推荐使用DBMS_STATS包对表进行分析操作，因为DBMS_STATS 提供了更多的功能，以及灵活的操作方式。 SQL> exec dbms_stats.gather_table_stats(SYS,T);PL/SQL 过程已成功完成。SQL> select blevel,leaf_blocks,distinct_keys,last_analyzed from user_indexes where table_name=T; BLEVEL LEAF_BLOCKS DISTINCT_KEYS LAST_ANALYZED- - - - 1 263 72926 25-8月 -10SQL> select num_rows,avg_row_len,blocks,last_analyzed from user_tables where table_name=T; NUM_ROWS AVG_ROW_LEN BLOCKS LAST_ANALYZED- - - - 72926 29 345 25-8月 -10从上面的结果，可以看出DBMS_STATS.gather_table_stats已经对表和索引都做了分析。 现在我们在来看一下执行计划。 SQL> set autot trace exp;SQL> select * from t where object_id>30;执行计划-Plan hash value: 1601196873-| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| T