OracleDBA之路Index（一）

标识未用索引
要开始监视索引的使用，请执行以下语句
ALTER INDEX index_name MONITORING USAGE
要停止监视索引的使用，请执行以下语句
ALTER INDEX index_name UNMONITORING USAGE
可以在V$OBJECT_USAGE试图中查看那个index是否被使用
INDEX_NAME：索引名
TABLE_NAME：对应的表
MONITORING：指示监视是 ON 还是 OFF
USED：指示 YES 或 NO，即在监视时间内是否使用了索引
START_MONITORING：索引监视的开始时间
END_MONITORING：索引监视的结束时间

删除Index
DROP INDEX index_name

下列情况应删除索引：
• 应用程序不再需要索引时，可将索引删除。
• 执行批量加载前，索引可能已删除。在大量加载数据前，先删除索引，加载后再重新创建索引，这样做的好处有：
– 提高加载性能
– 更有效地使用索引空间
• 仅定期使用的索引无需不必要的维护，尤其在基于易失表时更是如此。这是 OLTP 系统中的通常情况，在该系统中，年末或季度末会生成特殊的查询，以收集在总结会上使用的信息。
• 当在某种类型的操作（如加载）期间出现例程失败时，可能会将索引标记为INVALID。在这种情况下，需要删除并重建索引。
• 索引已损坏。
不能删除约束所需的索引，因此，必须先禁用或删除相关的约束。

分析索引
ANALYZE INDEX index_name VALIDATE STRUCTURE;
可在INDEX_STATS这个表中查看
SQL> analyze index index_t1 validate structure;
 
Index analyzed.
SQL> SELECT blocks, pct_used, distinct_keys lf_rows, del_lf_rows FROM index_stats;
 
    BLOCKS   PCT_USED    LF_ROWS DEL_LF_ROWS
---------- ---------- ---------- -----------
         8         47       1000           0
 
SQL>
如果索引中已删除行的比例很高，请重新组织该索引。例如：当DEL_LF_ROWS 占
LF_ROWS 的比率超过 30% 时
SQL> select count(*) from t;
 
  COUNT(*)
----------
       700
 
SQL> analyze index index_t1 validate structure;
 
Index analyzed.
 
SQL> SELECT blocks, pct_used, distinct_keys lf_rows, del_lf_rows FROM index_stats;
 
    BLOCKS   PCT_USED    LF_ROWS DEL_LF_ROWS
---------- ---------- ---------- -----------
         8         47       1000         300
 
SQL>

合并索引
ALTER INDEX index_name COALESCE;
SQL> ALTER INDEX index_t1 COALESCE;
 
Index altered.
 
SQL> analyze index index_t1 validate structure;
 
Index analyzed.
 
SQL> SELECT blocks, pct_used, distinct_keys lf_rows, del_lf_rows FROM index_stats;
 
    BLOCKS   PCT_USED    LF_ROWS DEL_LF_ROWS
---------- ---------- ---------- -----------
         8         44        700           0
 
SQL>

重建索引
索引重建具有以下特点：
• 将现有索引作为数据源建立新索引。
• 使用现有索引建立索引时无需排序，从而使性能更佳。
• 在建立新索引后，删除旧索引。在重建期间，各自的表空间内需要有足够的空间以容
纳新旧索引。
• 结果索引不包括任何已删除的项。因此，该索引可以更有效地使用空间。
• 在建立新索引的过程中，查询可继续使用现有索引。
在下列情况下应重建索引：
• 需要将现有索引移到另外的表空间中。如果索引和表在同一表空间中或者需要跨磁盘重新分布对象时，可能需要执行此操作。
• 索引中包含很多已删除的项。这是滑动索引（如订单表中的订单号上的索引）存在的典型问题，完成的订单已被删除，并将具有更高订单号的新订单添加到表中。如果有几个旧订单未完成，则可能有若干个索引叶块包含除几个已删除项之外的全部项。
• 需要将现有正常索引转换成反向键索引。在从Oracle 服务器的早期发行版移植应用程序时，可能会出现这种情况。
• 已通过 ALTER TABLE..MOVE TABLESPACE 命令将索引表移至其它表空间。
ALTER INDEX ...REBUILD 命令不能用于将位图索引更改为 B 树索引，反之亦然。
使用下列命令重建索引：
ALTER INDEX [schema.] index REBUILD
[ TABLESPACE tablespace ]
[ PCTFREE integer ]
[ INITRANS integer ]
[ MAXTRANS integer ]
[ storage-clause ]
[ LOGGING| NOLOGGING ]
[ REVERSE | NOREVERSE ]
联机重建索引
ALTER INDEX index_name REBUILD ONLINE;
SQL> delete from t where id > 650;
 
50 rows deleted.
 
SQL> commit;
 
Commit complete.
 
SQL> analyze index index_t1 validate structure;
 
Index analyzed.
 
SQL> SELECT blocks, pct_used, distinct_keys lf_rows, del_lf_rows FROM index_stats;
 
    BLOCKS   PCT_USED    LF_ROWS DEL_LF_ROWS
---------- ---------- ---------- -----------
         8         44        700          50

SQL> alter index index_t1 REBUILD ONLINE;
 
Index altered.
 
SQL> analyze index index_t1 validate structure;
 
Index analyzed.
 
SQL> SELECT blocks, pct_used, distinct_keys lf_rows, del_lf_rows FROM index_stats;
 
    BLOCKS   PCT_USED    LF_ROWS DEL_LF_ROWS
---------- ---------- ---------- -----------
         8         41        650           0

offline rebuild index

ALTER INDEX index_name REBUILD;
SQL> delete from t where id >600;
 
50 rows deleted.
 
SQL> commit;
 
Commit complete.
 
SQL> analyze index index_t1 validate structure;
 
Index analyzed.
 
SQL> SELECT blocks, pct_used, distinct_keys lf_rows, del_lf_rows FROM index_stats;
 
    BLOCKS   PCT_USED    LF_ROWS DEL_LF_ROWS
---------- ---------- ---------- -----------
         8         41        650          50
 
 
SQL> alter index index_t1 rebuild;
 
Index altered.
 
SQL> analyze index index_t1 validate structure;
 
Index analyzed.
 
SQL> SELECT blocks, pct_used, distinct_keys lf_rows, del_lf_rows FROM index_stats;
 
    BLOCKS   PCT_USED    LF_ROWS DEL_LF_ROWS
---------- ---------- ---------- -----------
         8         38        600           0
 
SQL>