概述

当表没有做分析的时候，Oracle 会使用动态采样来收集统计信息。 获取准确的段对象（表，表分区，索引等）的分析数据，是CBO存在的基石，CBO的机制就是收集尽可能多的对象信息和系统信息，通过对这些信息进行计算，分析，评估，最终得出一个成本最低的执行计划。

所以对于CBO，数据段的分析就非常重要。

分析sql

analyze table tablename compute statistics

等同于 

analyze table tablename compute statistics for table for all indexes for all columns

或者

sql> exec DBMS_stats.gather_table_stats('xx','xiaogongjiang');

生成的统计信息会存在于user_tables这个视图，查看一下

SELEct * from user_tables where table_name=table_name;

观察一下NUM_ROWS,BLOCKS,AVG_SPACE,AVG_ROW_LEN几列你就会明白，这就是变化。

@H_801_47@删除sql

analyze table tablename delete statistics 会删除所有的statistics

作用

Oracle分析表的作用：为了使基于CBO的执行计划更加准确

栗子

数据准备

Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 
Connected as xx@xgj

sql> create table xiaogongjiang  as SELEct  a.object_id,a.object_name from dba_objects a ;--创建表

table created

sql> SELEct  count(1) from xiaogongjiang;

  COUNT(1)
----------
     35183

sql> create index  IDx_object_id  on xiaogongjiang(object_id);--在object_id建立索引

Index created

sql>

分析前的数据及执行计划

sql>  SELEct num_rows, avg_row_len, blocks, last_analyzed  from user_tables  where table_name = 'XIAOGONGJIANG';--表的信息

  NUM_ROWS AVG_ROW_LEN     BLOCKS LAST_ANALYZED
---------- ----------- ---------- -------------


sql> SELEct blevel,leaf_blocks,disTinct_keys,last_analyzed from user_indexes where table_name='XIAOGONGJIANG';--索引信息

    bleveL LEAF_BLOCKS disTinCT_KEYS LAST_ANALYZED
---------- ----------- ------------- -------------

从查询结果看出，表的行数，行长，占用的数据块数及最后的分析时间都是空。 索引的相关信息也没有，说明这个表和说因都没有被分析，如果此时有一条sql 对表做查询，CBO 由于无法获取这些信息，很可能生成错误的执行计划。

查询执行计划

--执行sql,以便存到shared pool中
sql>SELEct /*+dynamic_sampling(xiaogongjiang 0) */ * from XIAOGONGJIANG  where object_id>30;
.....省略输出

-- 查询出上个执行脚本对应的sql_ID：5h16pnkvs0r5z
sql>SELEct * from v$sql a where a.sql_TEXT like '%SELEct /*+dynamic_sampling(xiaogongjiang 0) */ * from XIAOGONGJIANG where object_id>30%';
.....省略输出

--使用DBMS_xplan.display_cursor查看sql真正的执行计划
sql>SELEct * from table(DBMS_xplan.display_cursor('5h16pnkvs0r5z'));

导出HTML,查看如下

在Oracle 10g以后，如果一个表没有做分析，数据库将自动对它做动态采样分析，

所以这里采用hint的方式将动态采样的级别设置为0，即不使用动态采样。

分析后的数据及执行计划

第一种方式

sql> analyze table xiaogongjiang compute statistics ;

table analyzed

第二种方式(推荐)

sql> exec DBMS_stats.gather_table_stats('xx','xiaogongjiang');

pl/sql procedure successfully completed sql> 第一个参数为用户，第二个参数为表

通过DBMS_STATS包来分析，从9i 开始，Oracle 推荐使用DBMS_STATS包对表进行分析操作，因为DBMS_STATS 提供了更多的功能，以及灵活的操作方式。

sql> SELEct num_rows,avg_row_len,blocks,last_analyzed  from user_tables  where table_name = 'XIAOGONGJIANG';

  NUM_ROWS AVG_ROW_LEN     BLOCKS LAST_ANALYZED
---------- ----------- ---------- -------------
     35183          27        152 2016-12-02 0:


sql> SELEct blevel,leaf_blocks,disTinct_keys,last_analyzed from user_indexes where table_name='XIAOGONGJIANG';

    bleveL LEAF_BLOCKS disTinCT_KEYS LAST_ANALYZED
---------- ----------- ------------- -------------
         1          77         35180 2016-12-02 0:

从上面的结果，可以看出DBMS_STATs.gather_table_stats已经对表和索引都做了分析。 现在我们在来看一下执行计划。

sql>SELEct * from  xiaogongjiang  where object_id>30;

sql>SELEct * from v$sql a where a.sql_TEXT like '%SELEct * from xiaogongjiang where object_id>30%';

sql>SELEct * from table(DBMS_xplan.display_cursor('gzspgs4btcpuf'));

从这个计划，我们看出CBO 估算出的结果是35153条记录，与实际的35183很近。 此时选择全表扫描更优。 通过这个例子，我们也看出了分析对执行计划的重要性。