當(dāng)索引的碎片過(guò)多時(shí)，會(huì)影響執(zhí)行查詢(xún)的速度，從而影響到我們的工作效率。這時(shí)候采取的最有利的措施莫過(guò)于重建索引了。本文主要介紹了Oracle數(shù)據(jù)庫(kù)中檢查索引碎片并重建索引的過(guò)程，接下來(lái)我們就開(kāi)始介紹這一過(guò)程。

重建索引的步驟如下：

1. 確認(rèn)基本信息

登入數(shù)據(jù)庫(kù)，找到專(zhuān)門(mén)存放index 的tablespace，并且這個(gè)tablespace下所有index的owner都是tax.將index專(zhuān)門(mén)存放在一個(gè)獨(dú)立的tablespace, 與數(shù)據(jù)表的tablespace分離，是常用的數(shù)據(jù)庫(kù)設(shè)計(jì)方法。

2. 查找哪些index需要重建

通過(guò)anlyze index .... validate structure命令可以分析單個(gè)指定的index，并且將單個(gè)index 分析的結(jié)果存放到 index_stats試圖下。一般判斷的依據(jù)是：

height >4 pct_used < 50% del_lf_rows / lf_rows +0.001 > 0.03 g )

3. google上下載了遍歷所有index腳本

發(fā)現(xiàn)anlyze index .... validate structure只能填充單個(gè)index分析信息，于是google了下，從網(wǎng)上下了個(gè)Loop 腳本，遍歷索引空間下所有的索引名字，并且可以把所有index的分析信息存放到自己建立的一個(gè)用戶(hù)表中。

4. anlyze index 鎖定index

發(fā)現(xiàn)下載的腳本不好用，應(yīng)為anlyze index在分析索引前要爭(zhēng)取獨(dú)占鎖，鎖住index，很明顯有些index正在被應(yīng)用系統(tǒng)的使用，所以運(yùn)行anlyze失敗。這里吸取的教訓(xùn)是，盡量晚上做這種事。但是本人比較喜歡準(zhǔn)時(shí)回家，所以在語(yǔ)句中添加Exception Handler，拋出anlyze index執(zhí)行失敗的那些index 名稱(chēng)，使腳本正常運(yùn)行完畢。并且根據(jù)打印到前臺(tái)的index name手動(dòng)執(zhí)行那些index分析。

5. 總結(jié)

雖然發(fā)現(xiàn)522個(gè)index中有160個(gè)符合上面的判斷的依據(jù)。但是發(fā)現(xiàn)索引都不大，而那些擁有百萬(wàn)leaf的索引又沒(méi)有符合上面的判斷條件，所以結(jié)論是無(wú)需index rebuild online. 沒(méi)有啥碎片。

6.什么時(shí)候可以rebuild index呢？

rebuild index online，對(duì)那些有大量DML操作的大索引是有益的?？梢悦總€(gè)月季度做一次針對(duì)較大索引的rebuild。通常哪怕rebuild index online也會(huì)造成I/O爭(zhēng)用，所以有無(wú)online意義不大，可以放到３－５個(gè)晚上，分批執(zhí)行rebuild index，鎖定index，不讓用戶(hù)用（沒(méi)有用戶(hù)等入的時(shí)候），并且加上paralle 8關(guān)鍵字，應(yīng)為發(fā)現(xiàn)數(shù)據(jù)庫(kù)服務(wù)器有8個(gè)cpu processors.

關(guān)于Oracle數(shù)據(jù)庫(kù)檢查索引碎片和重建索引的知識(shí)就介紹到這里，希望能夠?qū)δ兴鶐椭?/p>