标签：index dbms stats 索引 表与 Oracle table analyze
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 => ‘scott‘,stattab => ‘stat_table‘);
--导出整个scheme的统计信息
exec dbms_stats.export_schema_stats(ownname => ‘scott‘,stattab => ‘stat_table‘);
--分析scheme
Exec dbms_stats.gather_schema_stats(ownname => ‘test‘,options => ‘GATHER AUTO‘,
estimate_percent => dbms_stats.auto_sample_size,
method_opt => ‘for all indexed columns‘,
degree => 6 );
--分析表
exec dbms_stats.gather_table_stats(ownname => ‘TEST‘,tabname => ‘sm_user‘,estimate_percent => 10,method_opt=> ‘for all indexed columns‘) ;
--分析索引
exec dbms_stats.gather_index_stats(ownname => ‘TEST‘,indname => ‘pk_user_index‘,estimate_percent => ‘10‘,degree => ‘4‘) ;
--如果发现执行计划走错，删除表的统计信息
exec dbms_stats.delete_table_stats(ownname => ‘TEST‘,tabname => ‘SM_USER‘) ;
--导入表的历史统计信息
exec dbms_stats.import_table_stats(ownname => ‘TEST‘,tabname => ‘SM_USER‘,stattab => ‘stat_table‘) ;
--如果进行分析后，大部分表的执行计划都走错，需要导回整个scheme的统计信息
exec dbms_stats.import_schema_stats(ownname => ‘TEST‘,stattab => ‘SM_USER‘);
--导入索引的统计信息
exec dbms_stats.import_index_stats(ownname => ‘TEST‘,indname => ‘PK_USER_INDEX‘,stattab => ‘stat_table‘)
analyze和dbms_stats不同的地方:
analyze是同时更新表和索引的统计信息，而dbms_stats会先更新表的统计信息，然后再更新索引的统计信息，
这里就有一个问题，就是当表的统计信息更新后，而索引的统计信息没有被更新，这时候cbo就有可能选择错误的plan
2）DBMS_UTILITY.ANALYZE_SCHEMA：可直接分析SCHEMA中所有对象
如：EXEC DBMS_UTILITY.ANALYZE_SCHEMA (‘LTTFM‘,‘COMPUTE‘);
3）DBMS_DDL.ANALYZE_OBJECT：收集对象的的统计信息
标签：index,dbms,stats,索引,表与,Oracle,table,analyze 来源： https://www.cnblogs.com/yaoyangding/p/15164683.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。