分析oracle索引空间使用情况，以及索引是否需要

分析oracle索引空间使用情况，以及索引是否需要重建，oracle索引

分析索引空间使用情况，以及索引是否需要重建

分析其他用户下的索引需要 analyze any的权限
分析索引前先查看表的大小和索引的大小，如果索引大小和表大小一样大或者大于表的大小，那么可以判断索引可能有问题，需要分析索引
查询对象大小：
select owner,segment_name,segment_type,bytes/1024/1024 from dba_segments order by 4 desc 

1.分析索引
SQL> analyze index AA.INDEX_AA validate structure;  
SQL> 
Index analyzed
 
查询空间使用情况：

SQL> select name, blocks, lf_blks,  br_blks, blocks-(lf_blks+br_blks) empty from index_stats;
 
NAME                               BLOCKS    LF_BLKS    BR_BLKS      EMPTY
------------------------------ ---------- ---------- ---------- ----------
AA                                262144      253480        725       7939
--索引空块达到了7939
 
2.查询索引删除行和删除比例（一般删除率达到30%就要考虑重建索引）
SQL> select t.name, --索引名
  2          t.lf_rows, --number of leaf rows (values in the index)
  3          t.lf_blks,
  4          t.del_lf_rows, --number of deleted leaf rows in the index
  5          (t.del_lf_rows / t.lf_rows)*100 ratio --删除比例
  6     from index_stats t
  7     where t.name='INDEX_AA';
 
NAME                              LF_ROWS    LF_BLKS DEL_LF_ROWS      RATIO
------------------------------ ---------- ---------- ----------- ----------
AA                              77318533     253480           0          0
 
3.查看索引的使用率以及索引深度（深度>=4时就考虑重建索引）
SQL> SELECT height, NAME, BTREE_SPACE, USED_SPACE, PCT_USED FROM INDEX_STATS;
 
    HEIGHT NAME                           BTREE_SPACE USED_SPACE   PCT_USED
---------- ------------------------------ ----------- ---------- ----------
         4 INDEX_AA                       2032646380 1231201944         61
--索引深度为4
满足下列条件考虑重建索引
The most common justifications given for rebuilding an index are:
- index becomes fragmented
- index grows and grows - deleted space is not re-used
- index clustering factor becomes out of sync

1. 应该是可行的， 具体 会不会节省时间 试一下就可以了。

2. 大概每个月存储四五十万的数据，里面只保存最新四个月的数据

每次create这7个索引用时都特别长，大概需要三四个小时；

200万的数据，重建索引花费的时间太长了；很奇怪。

3. 估计之前的 先drop掉索引，然后插入数据完毕后create索引 也是为了避免 插入数据时，索引对插入效率的影响。
 

validate structure应该是用来填充index_stats视图，而compute statistics 填充user_indexes(这个视图在后来oracle建议使用user_ind_statistics来代替)，前者注重结构统计信息，而后者一般是对整个索引的状态进行统计（根据两个视图的不同字段可以看出区别）。

主键索引和其它索引没有什么区别，只是列上加了一个unique约束和一个unique索引而已，所以分析索引只要和其它列上索引一样分析就行了。