rebuild online 请慎用

好多初级DBA很喜欢用reuildonline重建索引，他们认为这样做不会影响业务。

曾经发生的几次故障，在业务用的时候，rebuild online索引，导致大部分业务无法使用，数据库hang.

 其实rebulid 索引很简单

drop index index_name

Alter indexindex_name rebuild;

Alter indexindex_name rebuild online;

作为DBA，对生产系统执行任何操作时，仅仅懂这些还是远远不够的，需要明确如下几点

1、执行该命令会对业务有啥影响，是不是业务时间，如果是一定不要进行类此操作。因为在大对象中创建索引时不仅需要较大temp表空间，而且是DDL操作，基于表原有索引SQL语句的执行计划都会发生变化，导致大量的解析导致消耗大量的cpu资源。

 2、如果删除或者索引失效后，会出现大量的全表扫描。这不仅对系统I/O产生压力，对CPU、内存方面压力也大。

 3.要理解rebuild和rebuildonline 的区别。

alter index rebuild online实质上是扫描表而不是扫描现有的索引块来实现索引的重建.

alter index rebuild 只扫描现有的索引块来实现索引的重建。

rebuild index online在执行期间不会阻塞DML操作，但在开始和结束阶段，需要请求模式为4的TM锁。因此，如果在rebuild indexonline开始前或结束时，有其它长时间的事物在运行，很有可能就造成大量的锁等待。也就是说在执行前仍会产生阻塞,应该避免排他锁.如果在业务期间做，可能会导致 online执行很长时间，在 rebulid index online 的时候走的是 full table scan，这时候需要排序，消耗大量的temp空间，rebuild online需要2倍的索引空间。
而rebuild index在执行期间会阻塞DML操作, 但速度较快，rebulidindex 走的index ffs，而ffs搜索的顺序是根据leaf block的物理存储顺序相关，也需要排序。也会消耗大量的临时表空间。

总之不要在业务期间进行DDL（rebulid 及rebulid online index），或者使用DROP INDEX  creat index 来代替rebuild index。