一：考慮重建索引的場(chǎng)合

1：表上頻繁發(fā)生update,delete操作

2：表上發(fā)生了alter table ..move操作(move操作導(dǎo)致了rowid變化)

二：判斷重建索引的標(biāo)準(zhǔn)

索引重建是否有必要，一般看索引是否傾斜的嚴(yán)重，是否浪費(fèi)了空間；

那應(yīng)該如何才可以判斷索引是否傾斜的嚴(yán)重，是否浪費(fèi)了空間，如下：

1，? ? ? ? 對(duì)索引進(jìn)行結(jié)構(gòu)分析

Analyze index indexname validate structure;

2, 在執(zhí)行步驟1的session中查詢index_stats表，不要到別的session去查詢

select height,DEL_LF_ROWS/LF_ROWS from index_stats;

3, 在步驟2查詢出來(lái)的height>=4或者DEL_LF_ROWS/LF_ROWS>0.2的場(chǎng)合，該索引考慮重建；

Example:

SQL> select count(*) from test_index;

COUNT(*)

----------

2072327

SQL> analyze index pk_t_test validate structure;

Index analyzed

SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats;

HEIGHT ? ? ? ? DEL_LF_ROWS/LF_ROWS

---------- -------------------

3? ?? ?? ?? ?? ?? ? 0

SQL> delete from test_index where rownum<250000;

249999 rows deleted

SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats;

HEIGHT ? ? ? ? ? ? ? ? DEL_LF_ROWS/LF_ROWS

---------- -------------------

3? ?? ?? ?? ?? ?? ? 0

SQL> analyze index pk_t_test validate structure;

Index analyzed

SQL> select height,DEL_LF_ROWS/LF_ROWS from index_stats;

HEIGHT ? ? ? ? ? ? ? ???DEL_LF_ROWS/LF_ROWS

---------- -------------------

3??? ? ? ? ? ? ? ? ? ? ? ???0.0777430939338362

三：重建索引的方式

1：drop 原來(lái)的索引，然后再創(chuàng)建索引;

2：alter index indexname rebuild (online);

方式一：耗時(shí)間，無(wú)法在24*7環(huán)境中實(shí)現(xiàn)

方式二：比較快，可以在24*7環(huán)境中實(shí)現(xiàn)

建議使用方式二

四：alter index rebuid內(nèi)部過(guò)程和注意點(diǎn)

1：alter index rebuild 和alter index rebuil online的區(qū)別

(1)? ? ? ? 掃描方式不同

Rebuild以index fast full scan(or table full scan) 方式讀取原索引中的數(shù)據(jù)來(lái)構(gòu)建一個(gè)新的索引，有排序的操作; rebuild online 執(zhí)行表掃描獲取數(shù)據(jù)，有排序的操作;

Rebuild??方式 (index fast full scan??or??table full scan??取決于統(tǒng)計(jì)信息的cost)

Eg1:

SQL> explain plan for alter index idx_policy_id2 rebuild;

Explained

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

---------------------------------------------------------------------

| Id??| Operation? ?? ?? ?? ???|??Name? ?? ?? ???| Rows??| Bytes | Cost??|

---------------------------------------------------------------------

|? ?0 | ALTER INDEX STATEMENT??|? ?? ?? ?? ?? ???|? ?999K|??4882K|??3219 |

|? ?1 |??INDEX BUILD NON UNIQUE| IDX_POLICY_ID2??|? ?? ? |? ?? ? |? ?? ? |

|? ?2 |? ?SORT CREATE INDEX? ???|? ?? ?? ?? ?? ???|? ?999K|??4882K|? ?? ? |

|? ?3 |? ? INDEX FAST FULL SCAN | IDX_POLICY_ID2??|? ?999K|??4882K|? ?? ? |

---------------------------------------------------------------------

Eg2:

SQL>??explain plan for alter index idx_policy_id rebuild;

Explained

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

---------------------------------------------------------------------

| Id??| Operation? ?? ?? ?? ???|??Name? ?? ?? ? | Rows??| Bytes | Cost??|

---------------------------------------------------------------------

|? ?0 | ALTER INDEX STATEMENT??|? ?? ?? ?? ?? ? |??2072K|? ???9M|? ?461 |

|? ?1 |??INDEX BUILD NON UNIQUE| IDX_POLICY_ID??|? ?? ? |? ?? ? |? ?? ? |

|? ?2 |? ?SORT CREATE INDEX? ? |? ?? ?? ?? ?? ? |??2072K|? ???9M|? ?? ? |

|? ?3 |? ? TABLE ACCESS FULL? ?| TEST_INDEX? ???|??2072K|? ???9M|? ?461 |

Eg3： (注意和Eg1比較)

Rebuil online 方式：

SQL> explain plan for alter index idx_policy_id2 rebuild online;

Explained

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

---------------------------------------------------------------------

| Id??| Operation? ?? ?? ?? ???|??Name? ?? ?? ???| Rows??| Bytes | Cost??|

---------------------------------------------------------------------|? ?0 | ALTER INDEX STATEMENT??|? ?? ?? ?? ?? ???|? ?999K|??4882K|??3219 |

|? ?1 |??INDEX BUILD NON UNIQUE| IDX_POLICY_ID2??|? ?? ? |? ?? ? |? ?? ? |

|? ?2 |? ?SORT CREATE INDEX? ? |? ?? ?? ?? ?? ???|? ?999K|??4882K|? ?? ? |

|? ?3 |? ? TABLE ACCESS FULL? ?| TEST_INDEX2? ???|? ?999K|??4882K|??3219 |

(2)? ? ? ? rebuild 會(huì)阻塞dml操作，rebuil online 不會(huì)阻塞dml操作；

(3)? ? ? ? rebuild online時(shí)系統(tǒng)會(huì)產(chǎn)生一個(gè)SYS_JOURNAL_xxx的IOT類型的系統(tǒng)臨時(shí)日志表，所有rebuild online時(shí)索引的變化都記錄在這個(gè)表中，當(dāng)新的索引創(chuàng)建完成后，把這個(gè)表的記錄維護(hù)到新的索引中去，然后drop掉舊的索引，rebuild online就完成了。

注意點(diǎn)：

1，? ? ? ? 執(zhí)行rebuild操作時(shí)，需要檢查表空間是否足夠；

2，? ? ? ? 雖然說(shuō)rebuild online操作允許dml操作，但是還是建議在業(yè)務(wù)部繁忙時(shí)間段進(jìn)行；

3，? ? ? ? Rebuild操作會(huì)產(chǎn)生大量redo log ；

五：重建分區(qū)表上的分區(qū)索引

1：重建分區(qū)索引方法：

Alter index indexname rebuild partition paritionname tablespace tablespacename;

Alter index indexname rebuild subpartition partitioname tablespace??tablespacename;

Partition name 可以從user_ind_partitions查找

Tablepace 參數(shù)允許alter index操作更改索引的存儲(chǔ)空間；

六：索引狀態(tài)描述

在數(shù)據(jù)字典中查看索引狀態(tài)，發(fā)現(xiàn)有三種：

VALID

N/A

UNUSABLE

valid:當(dāng)前索引有效

N/A :分區(qū)索引 有效

unusable:索引失效

七：術(shù)語(yǔ)

高基數(shù)：簡(jiǎn)單理解就是表中列的不同值多

低基數(shù)：建單理解就是表中的列的不同值少

以刪除的葉節(jié)點(diǎn)數(shù)量：指得是數(shù)據(jù)行的delete操作從邏輯上刪除的索引節(jié)點(diǎn)?? 的數(shù)量，要記住在刪除數(shù)據(jù)行后，將“死“節(jié)點(diǎn)保留在索引中，這樣做可以加快刪除操作的速度，因此oracle刪除數(shù)據(jù)行后可以不必重新平衡索引。

索引高度：索引高度是指由于數(shù)據(jù)行的插入操作而產(chǎn)生的索引層數(shù)，當(dāng)表中添加大量數(shù)據(jù)時(shí)，oracle將生成索引的新層次以適應(yīng)加入的數(shù)據(jù)行，因此，oracle索引可能有4層，但是這只會(huì)出現(xiàn)在索引數(shù)中產(chǎn)生大量插入操作的區(qū)域。Oracle索引的三層結(jié)構(gòu)可以支持?jǐn)?shù)百萬(wàn)的項(xiàng)目，而具備4層或是更多層的需要重建。

每次索引訪問(wèn)的讀取數(shù)：是指利用索引讀取一數(shù)據(jù)行時(shí)所需要的邏輯I/O操作數(shù)，邏輯讀取不必是物理讀取，因?yàn)樗饕脑S多內(nèi)容已經(jīng)保存在數(shù)據(jù)緩沖區(qū)，然而，任何數(shù)據(jù)大于10的索引都需要重建。

那么什么時(shí)候重建呢？我們可以利用analyze index …….. compute statistics 對(duì)表進(jìn)行分析。然后察看dba_indexes中的blevel。這列是說(shuō)明索引從根塊到葉快的級(jí)別，或是深度。如果級(jí)別大于等于4。則需要重建，如下：

Select index_name,blevel from dba_indexes where blevel>=4.

另一個(gè)從重建中受益的指標(biāo)顯然是當(dāng)該索引中的被刪除項(xiàng)占總的項(xiàng)數(shù)的百分比。如果在20%以上時(shí)，也應(yīng)當(dāng)重建，如下

SQL>anlyze index ------ validate structure

SQL>select (del_lf_rows_len/lf_rows_len)*100 from index_stats where name=’------‘

就能看到是否這個(gè)索引被刪除的百分比。

上面只是判斷，那么，怎樣重建會(huì)更好呢？

建索引的辦法：

a.? ? ? ? 刪除并從頭開(kāi)始建立索引。

b.? ? ? ? 使用alter index -------- rebuild 命令重建索引

c.? ? ? ? 使用alter index -------- coalesce命令重建索引。

下面討論一下這三種方法的優(yōu)缺點(diǎn)：

1).刪除并從頭開(kāi)始建索引：方法是最慢的，最耗時(shí)的。一般不建議。

2).Alter index ---- rebuild 快速重建索引的一種有效的辦法，因?yàn)槭褂矛F(xiàn)有索引項(xiàng)來(lái)重建新索引，如果客戶操作時(shí)有其他用戶在對(duì)這個(gè)表操作，盡量使用帶online參數(shù)來(lái)最大限度的減少索引重建時(shí)將會(huì)出現(xiàn)的任何加鎖問(wèn)題，alter index ------- rebuild online.但是,由于新舊索引在建立時(shí)同時(shí)存在，因此，使用這種技巧則需要有額外的磁盤(pán)空間可臨時(shí)使用，當(dāng)索引建完后把老索引刪除，如果沒(méi)有成功，也不會(huì)影響原來(lái)的索引。利用這種辦法可以用來(lái)將一個(gè)索引以到新的表空間。

Alter index ------ rebuild??tablespace -----。

這個(gè)命令的執(zhí)行步驟如下：

首先，逐一讀取現(xiàn)有索引，以獲取索引的關(guān)鍵字。

其次，按新的結(jié)構(gòu)填寫(xiě)臨時(shí)數(shù)據(jù)段。

最后，一旦操作成功，刪除原有索引樹(shù)，降臨時(shí)數(shù)據(jù)段重命名為新的索引。

需要注意的是alter index ---rebuild 命令中必須使用tablespace字句，以保證重建工作是在現(xiàn)有索引相同的表空間進(jìn)行。

3).alter index ----- coalesce 使用帶有coalesce參數(shù)時(shí)重建期間不需要額外空間，它只是在重建索引時(shí)將處于同一個(gè)索引分支內(nèi)的葉塊拼合起來(lái)，這最大限度的減少了與查詢過(guò)程中相關(guān)的潛在的加鎖問(wèn)題，但是，coalesce選項(xiàng)不能用來(lái)講一個(gè)索引轉(zhuǎn)移到其他表空間。

八：其他

1：truncate 分區(qū)操作和truncate 普通表的區(qū)別

Truncate 分區(qū)操作會(huì)導(dǎo)致全局索引失效; truncate 普通表對(duì)索引沒(méi)有影響；

Truncate 分區(qū)操作不會(huì)釋放全局索引中的空間，而truncate 普通表會(huì)釋放

索引所占空間；

2：rename 表名操作對(duì)索引沒(méi)有影響，因?yàn)閞ename操作只是更改了數(shù)據(jù)字典，表中數(shù)據(jù)行的rowid并沒(méi)有發(fā)生變化

總結(jié)

以上是生活随笔為你收集整理的oracle建索引默认并发,ORACLE重建索引需要考虑问题的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。