2014-10-04 BaoXinjian
一、摘要
索引重建是一個爭論不休被不斷熱烈討論的議題。當然Oracle官方也有自己的觀點,我們很多DBA也是遵循這一准則來重建索引,那就是Oracle建議對於索引深度超過4級以及已刪除的索引條目至少占有現有索引條目總數的20% 這2種情形下需要重建索引。近來Oracle也提出了一些與之相反的觀點,就是強烈建議不要定期重建索引。本文是參考了1525787.1並進行相應描述。
1. 重建索引的理由
2. 重建索引的本質
本質:重建索引在數據庫內部是先執行刪除操作,再執行插入操作。
3. 反對重建索引的理由
(1). 大多數腳本都依賴 index_stats 動態表。此表使用以下命令填充:
analyze index ... validate structure;
盡管這是一種有效的索引檢查方法,但是它在分析索引時會獲取獨占表鎖。對於大型索引,其影響會是巨大的,因為在此期間不允許對表執行DML 操作。
雖然該方法可以在不鎖表的情況下在線運行,但是可能要消耗額外的時間。
(2). 重建索引的直接結果是 REDO 活動可能會增加,總體系統負載也可能會提高。
插入/更新/刪除操作會導致索引隨著索引的分割和增長不斷發展。
重建索引後,它將連接的更為緊湊;但是,隨著對表不斷執行 DML 操作,必須再次分割索引,直到索引達到平衡為止。
結果,重做活動增加,且索引分割更有可能對性能產生直接影響,因為我們需要將更多的 I/O、CPU 等用於索引重建。
經過一段時間後,索引可能會再次遇到“問題”,因此可能會再被標記為重建,從而陷入惡性循環。
因此,通常最好是讓索引處於自然平衡和(或)至少要防止定期重建索引。
4. Oracle的最終建議
一般而言,極少需要重建 B 樹索引,基本原因是 B 樹索引很大程度上可以自我管理或自我平衡。
大多數索引都能保持平衡和完整,因為空閒的葉條目可以重復使用。
插入/更新和刪除操作確實會導致索引塊周圍的可用空間形成碎片,但是一般來說這些碎片都會被正確的重用。
Clustering factor群集因子反映了給定的索引鍵值所對應的表中的數據排序情況。重建索引不會對群集因子產生影響,集群因子只能通過重組表的數據改變。
強烈建議不要定期重建索引,而應使用合適的診斷工具。
個人結論,如果重建索引的巨大工作量與之對應的是極小的收益,那就得不償失。如果系統有可用空閒期,重建之前和之後的測量結果表明性能有提高,值得重建。
5. 改良方法
通常是優先考慮index coalesce(索引合並),而不是重建索引。索引合並有如下優點:
6. 真正需要重建索引的情形
二、案例
索引是提高數據庫查詢性能的有力武器。
沒有索引,就好比圖書館沒有圖書標簽一樣,找一本書自己想要的書比登天還難。
然而索引在使用的過程中,尤其是在批量的DML的情形下會產生相應的碎片,以及B樹高度會發生相應變化,因此可以對這些變化較大的索引進行重構以提高性能。
N久以前Oracle建議我們定期重建那些高度為4,已刪除的索引條目至少占有現有索引條目總數的20%的這些表上的索引。
但Oracle現在強烈建議不要定期重建索引。
參考:了沙彌 http://blog.csdn.net/leshami/article/details/23763963
參考:了沙彌 http://blog.csdn.net/leshami/article/details/24266247
[TEST1@orcl#05-9月 -10] SQL>create index ind_test on test1(a);
索引已創建。
[TEST1@orcl#05-9月 -10] SQL>select tablespace_name FROM user_segments where segment_name='IND_TEST';
TABLESPACE_NAME
------------------------------
TEST
[TEST1@orcl#05-9月 -10] SQL>alter index ind_test rebuild;
索引已更改。
[TEST1@orcl#05-9月 -10] SQL>select tablespace_name FROM user_segments where segment_name='IND_TEST';
TABLESPACE_NAME
------------------------------
TEST
現在換到SYS用戶下:
[SYS@orcl#05-9月 -10] SQL>alter index test1.ind_test rebuild;
索引已更改。
[SYS@orcl#05-9月 -10] SQL>select tablespace_name FROM dba_segments where segment_name='IND_TEST';
TABLESPACE_NAME
------------------------------
TEST
說明重建索引是默認表空間。
[SYS@orcl#05-9月 -10] SQL>alter index test1.ind_test rebuild tablespace users;
索引已更改。
[TEST1@orcl#05-9月 -10] SQL>select tablespace_name FROM user_segments where segment_name='IND_TEST';
TABLESPACE_NAME
------------------------------
USERS
說明可以在另一個表空間重建。
-------------補充-------------------
上面已經解釋的比較清楚了 還有什麼問題嗎?
alter index index_name rebuild