Oracle索引与表分析几种方法_MySQL-mysql教程

Oracle索引与表分析几种方法

分析表与索引有几种方法，现在列举出来参考下。

1.分析表与索引（analyze 不会重建索引）

analyze table tablename compute statistics

等同于 analyze table tablename compute statistics for table for all indexes for all columns

for table 的统计信息存在于视图：user_tables 、all_tables、dba_tables

for all indexes 的统计信息存在于视图: user_indexes 、all_indexes、dba_indexes

for all columns 的统计信息存在于视图：user_tab_columns、all_tab_columns、dba_tab_columns

注：分析表与索引见 AnalyzeAllTable存储过程

2、一般来讲可以采用以下三种方式来手工分析索引。

analyze index idx_t validate structure：

analyze index idx_t compute statistics：

analyze index idx_t estimate statistics sample 10 percent

1）analyze index idx_t validate structure：

这段分析语句是用来分析索引的block中是否有坏块儿，那么根据分析我们可以得到索引的结构数据，这些数据会保留到

index_stats中，来判断这个索引是否需要rebuild. 需要注意的是这样的分析是不会收集索引的统计信息的。

2）validate structure有二种模式： online, offline， 一般来讲默认的方式是offline。

当以offline的模式analyze索引时，会对table加一个表级共享锁，对目前table的一些实时DMl操作会产生一定的影响。

而以online模式分析时候，则不会加任何lock，但在index_stats中是看不到任何信息的。

3）analyze index idx_t compute statistics：

用来统计索引的统计信息(全分析)，主要为CBO服务。

4）analyze index idx_t estimate statistics sample 10 percent

主要是用来指定比例进行抽样分析，也是为CBO服务. 例中是抽样10%

3.重建索引

alter index index_name rebuild tablespace tablespace_name

alter index index_name rebuild tablespace tablespace_name 加入表空间名，会将指定的索引移动到指定的表空间当中。

注：

analyze 操作只是统计信息，并将统计信息存放起来供日后分析SQL使用，不进行重建之类的具体实施性操作,因此要重建索引的话

还是要用 alter index index_name rebuild

4、其他的统计方法

1）DBMS_STATS：这个当然是最强大的分析包了

--创建统计信息历史保留表

exec dbms_stats.create_stat_table(ownname => &＃39;scott&＃39;,stattab => &＃39;stat_table&＃39;);

--导出整个scheme的统计信息

exec dbms_stats.export_schema_stats(ownname => &＃39;scott&＃39;,stattab => &＃39;stat_table&＃39;);

--分析scheme

Exec dbms_stats.gather_schema_stats(ownname => &＃39;test&＃39;,optiOns=> &＃39;GATHER AUTO&＃39;,

estimate_percent => dbms_stats.auto_sample_size,

method_opt => &＃39;for all indexed columns&＃39;,

degree => 6 );

--分析表

exec dbms_stats.gather_table_stats(ownname => &＃39;TEST&＃39;,tabname => &＃39;sm_user&＃39;,estimate_percent => 10,method_opt=> &＃39;for all indexed columns&＃39;) ;

--分析索引

exec dbms_stats.gather_index_stats(ownname => &＃39;TEST&＃39;,indname => &＃39;pk_user_index&＃39;,estimate_percent => &＃39;10&＃39;,degree => &＃39;4&＃39;) ;

--如果发现执行计划走错，删除表的统计信息

exec dbms_stats.delete_table_stats(ownname => &＃39;TEST&＃39;,tabname => &＃39;SM_USER&＃39;) ;

--导入表的历史统计信息

exec dbms_stats.import_table_stats(ownname => &＃39;TEST&＃39;,tabname => &＃39;SM_USER&＃39;,stattab => &＃39;stat_table&＃39;) ;

--如果进行分析后，大部分表的执行计划都走错，需要导回整个scheme的统计信息

exec dbms_stats.import_schema_stats(ownname => &＃39;TEST&＃39;,stattab => &＃39;SM_USER&＃39;);

--导入索引的统计信息

exec dbms_stats.import_index_stats(ownname => &＃39;TEST&＃39;,indname => &＃39;PK_USER_INDEX&＃39;,stattab => &＃39;stat_table&＃39;)

analyze和dbms_stats不同的地方:

analyze是同时更新表和索引的统计信息，而dbms_stats会先更新表的统计信息，然后再更新索引的统计信息，

这里就有一个问题，就是当表的统计信息更新后，而索引的统计信息没有被更新，这时候cbo就有可能选择错误的plan

2）DBMS_UTILITY.ANALYZE_SCHEMA：可直接分析SCHEMA中所有对象

如：EXEC DBMS_UTILITY.ANALYZE_SCHEMA (&＃39;LTTFM&＃39;,&＃39;COMPUTE&＃39;);

3）DBMS_DDL.ANALYZE_OBJECT：收集对象的的统计信息