隨筆檔案

　　重建索引有兩種方法：一種是最簡(jiǎn)單的，刪除原索引，然后重建;第二種是使用ALTER INDEX … REBUILD   it培訓(xùn)機(jī)構(gòu)

　　命令對(duì)索引進(jìn)行重建。第二種方式是從oracle 7.3.3版本開始引入的，從而使得用戶在重建索引時(shí)不必刪除原索引再重新CREATE INDEX了。ALTER INDEX … REBUILD相對(duì)CREATE INDEX有以下好處：

　　它使用原索引的葉子節(jié)點(diǎn)作為新索引的數(shù)據(jù)來源。我們知道，原索引的葉子節(jié)點(diǎn)的數(shù)據(jù)塊通常都要比表里的數(shù)據(jù)塊要少很多，因此進(jìn)行的I/O就會(huì)減少;同時(shí)，由于原索引的葉子節(jié)點(diǎn)里的索引條目已經(jīng)排序了，因此在重建索引的過程中，所做的排序工作也要少的多。

　　自從oracle 8.1.6以來，ALTER INDEX … REBUILD命令可以添加ONLINE短語。這使得在重建索引的過程中，用戶可以繼續(xù)對(duì)原來的索引進(jìn)行修改，也就是說可以繼續(xù)對(duì)表進(jìn)行DML操作。

　　而同時(shí)，ALTER INDEX … REBUILD與CREATE INDEX也有很多相同之處：

　　它們都可以通過添加PARALLEL提示進(jìn)行并行處理。

　　它們都可以通過添加NOLOGGING短語，使得重建索引的過程中產(chǎn)生最少的重做條目(redo entry)。

　　自從oracle 8.1.5以來，它們都可以田間COMPUTE STATISTICS短語，從而在重建索引的過程中，就生成CBO所需要的統(tǒng)計(jì)信息，這樣就避免了索引創(chuàng)建完畢以后再次運(yùn)行analyze或dbms_stats來收集統(tǒng)計(jì)信息。

　　當(dāng)我們重建索引以后，在物理上所能獲得的好處就是能夠減少索引所占的空間大小(特別是能夠減少葉子

　　節(jié)點(diǎn)的數(shù)量)。而索引大小減小以后，又能帶來以下若干好處：

　　CBO對(duì)于索引的使用可能會(huì)產(chǎn)生一個(gè)較小的成本值，從而在執(zhí)行計(jì)劃中選擇使用索引。

　　使用索引掃描的查詢掃描的物理索引塊會(huì)減少，從而提高效率。

　　由于需要緩存的索引塊減少了，從而讓出了內(nèi)存以供其他組件使用。

　　盡管重建索引具有一定的好處，但是盲目的認(rèn)為重建索引能夠解決很多問題也是不正確的。比如我見過一

　　個(gè)生產(chǎn)系統(tǒng)，每隔一個(gè)月就要重建所有的索引(而且我相信，很多生產(chǎn)系統(tǒng)可能都會(huì)這么做)，其中包括一些100GB的大表。為了完成重建所有的索引，往往需要把這些工作分散到多個(gè)晚上進(jìn)行。事實(shí)上，這是一個(gè)7×24的系統(tǒng)，僅重建索引一項(xiàng)任務(wù)就消耗了非常多的系統(tǒng)資源。但是每隔一段時(shí)間就重建索引有意義嗎?這里就有一些關(guān)于重建索引的很流行的說法，主要包括：

　　如果索引的層級(jí)超過X(X通常是3)級(jí)以后需要通過重建索引來降低其級(jí)別。

　　如果經(jīng)常刪除索引鍵值，則需要定時(shí)重建索引來收回這些被刪除的空間。

　　如果索引的clustering_factor很高，則需要重建索引來降低該值。

　　定期重建索引能夠提高性能。

　　對(duì)于第一點(diǎn)來說，我們?cè)谇懊嬉呀?jīng)知道，B樹索引是一棵在高度上平衡的樹，所以重建索引基本不可能降

　　低其級(jí)別，除非是極特殊的情況導(dǎo)致該索引有非常大量的碎片，導(dǎo)致B樹索引“虛高”，那么這實(shí)際又來到第二點(diǎn)上(因?yàn)樗槠ǔ６际怯捎趧h除引起的)。實(shí)際上，對(duì)于第一和第二點(diǎn)，我們應(yīng)該通過運(yùn)行ALTER INDEX … REBUILD命令以后檢查indest_stats.pct_used字段來判斷是否有必要重建索引。