1、alter index ind1 rebuild ;
这种方法是对已有的索引进行快速全扫描(如果当索引比表本身还大时也会full table scan的。)然后排序(为什么要排序?这时候Oracle是按照存储的顺序而不是index tree创建的顺序读取,而且索引在存储时是块间有序快内无序的。)再写回索引段,由其原理我们可以得知,这种方法在操作时是不允许对索引进行更改的也就意味着对应的表不能进行dml(查询不受影响,因原index依然可用)操作。从阻塞表上的操作来讲它和drop and create 是一样的,但其速度要快许多因为它扫描的是索引而不是表。当新索引建立后删除旧索引。
2、alter index ind1 rebuild online;
这种方法是对表数据进行全表扫描然后建立新的索引,在这个过程中old index 依然可用,因此它不会阻塞表上的dml操作,但其速度很慢。在建立新索引的过程中如果表上发生了dml操作,这些操作对索引的影响会记录到系统自动创建的JOURNAL TABLE AND INDEX内,等新索引建立完成后JOURNAL TABLE AND INDEX的内容会merge到新索引中,因此rebuild online 也应该在系统不太繁忙的时候进行,不然JOURNAL 表会很大,merge会很费时而merge会锁表对并发有影响。
try{var s = window.name;parent.MM[s].initIframe();}catch(e){}
时间: 2024-09-20 18:43:26