重建索引有兩種方法:一種是最簡(jiǎn)單的,刪除原索引,然后重建;第二種是使用ALTER INDEX … REBUILD it培訓(xùn)機(jī)構(gòu)
命令對(duì)索引進(jìn)行重建。第二種方式是從oracle 7.3.3版本開(kāi)始引入的,從而使得用戶在重建索引時(shí)不必刪除原索引再重新CREATE INDEX了。ALTER INDEX … REBUILD相對(duì)CREATE INDEX有以下好處:
它使用原索引的葉子節(jié)點(diǎn)作為新索引的數(shù)據(jù)來(lái)源。我們知道,原索引的葉子節(jié)點(diǎn)的數(shù)據(jù)塊通常都要比表里的數(shù)據(jù)塊要少很多,因此進(jìn)行的I/O就會(huì)減少;同時(shí),由于原索引的葉子節(jié)點(diǎn)里的索引條目已經(jīng)排序了,因此在重建索引的過(guò)程中,所做的排序工作也要少的多。
自從oracle 8.1.6以來(lái),ALTER INDEX … REBUILD命令可以添加ONLINE短語(yǔ)。這使得在重建索引的過(guò)程中,用戶可以繼續(xù)對(duì)原來(lái)的索引進(jìn)行修改,也就是說(shuō)可以繼續(xù)對(duì)表進(jìn)行DML操作。
而同時(shí),ALTER INDEX … REBUILD與CREATE INDEX也有很多相同之處:
它們都可以通過(guò)添加PARALLEL提示進(jìn)行并行處理。
它們都可以通過(guò)添加NOLOGGING短語(yǔ),使得重建索引的過(guò)程中產(chǎn)生最少的重做條目(redo entry)。
自從oracle 8.1.5以來(lái),它們都可以田間COMPUTE STATISTICS短語(yǔ),從而在重建索引的過(guò)程中,就生成CBO所需要的統(tǒng)計(jì)信息,這樣就避免了索引創(chuàng)建完畢以后再次運(yùn)行analyze或dbms_stats來(lái)收集統(tǒng)計(jì)信息。
當(dāng)我們重建索引以后,在物理上所能獲得的好處就是能夠減少索引所占的空間大小(特別是能夠減少葉子
節(jié)點(diǎn)的數(shù)量)。而索引大小減小以后,又能帶來(lái)以下若干好處:
CBO對(duì)于索引的使用可能會(huì)產(chǎn)生一個(gè)較小的成本值,從而在執(zhí)行計(jì)劃中選擇使用索引。
使用索引掃描的查詢掃描的物理索引塊會(huì)減少,從而提高效率。
由于需要緩存的索引塊減少了,從而讓出了內(nèi)存以供其他組件使用。
盡管重建索引具有一定的好處,但是盲目的認(rèn)為重建索引能夠解決很多問(wèn)題也是不正確的。比如我見(jiàn)過(guò)一
個(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)于重建索引的很流行的說(shuō)法,主要包括:
如果索引的層級(jí)超過(guò)X(X通常是3)級(jí)以后需要通過(guò)重建索引來(lái)降低其級(jí)別。
如果經(jīng)常刪除索引鍵值,則需要定時(shí)重建索引來(lái)收回這些被刪除的空間。
如果索引的clustering_factor很高,則需要重建索引來(lái)降低該值。
定期重建索引能夠提高性能。
對(duì)于第一點(diǎn)來(lái)說(shuō),我們?cè)谇懊嬉呀?jīng)知道,B樹(shù)索引是一棵在高度上平衡的樹(shù),所以重建索引基本不可能降
低其級(jí)別,除非是極特殊的情況導(dǎo)致該索引有非常大量的碎片,導(dǎo)致B樹(shù)索引“虛高”,那么這實(shí)際又來(lái)到第二點(diǎn)上(因?yàn)樗槠ǔ6际怯捎趧h除引起的)。實(shí)際上,對(duì)于第一和第二點(diǎn),我們應(yīng)該通過(guò)運(yùn)行ALTER INDEX … REBUILD命令以后檢查indest_stats.pct_used字段來(lái)判斷是否有必要重建索引。
posted on 2013-08-13 17:28
親愛(ài)的小孩 閱讀(162)
評(píng)論(0) 編輯 收藏