ORACLE 索引使用規

muxinqing發表於2014-05-23

什麼是索引
  
  索引是建立在表的一列或多個列上的輔助物件,目的是加快訪問表中的資料;
  
  Oracle儲存索引的資料結構是B*樹,點陣圖索引也是如此,只不過是葉子節點不同B*數索引;
  
  索引由根節點、分支節點和葉子節點組成,上級索引塊包含下級索引塊的索引資料,葉節點包含索引資料和確定行實際位置的rowid。
  
  使用索引的目的
  加快查詢速度
  減少I/O操作
  消除磁碟排序
  
  何時使用索引
  查詢返回的記錄數
  排序表<40%
  非排序表 <7%
  表的碎片較多(頻繁增加、刪除)
  
  索引的種類
  非唯一索引(最常用)
  唯一索引
  點陣圖索引
  區域性有字首分割槽索引
  區域性無字首分割槽索引
  全域性有字首分割槽索引
  雜湊分割槽索引
  基於函式的索引
  
  管理索引的準則
  
  在表中插入資料後建立索引
  
  。在用SQL*Loader或import工具插入或裝載資料後,建立索引比較有效;
  
  索引正確的表和列
  
  。經常檢索排序大表中40%或非排序表7%的行,建議建索引;
  。為了改善多表關聯,索引列用於聯結;
  。列中的值相對比較唯一;
  。取值範圍(大:B*樹索引,小:點陣圖索引);
  。Date型列一般適合基於函式的索引;
  。列中有許多空值,不適合建立索引
  
  為效能而安排索引列
  
  。經常一起使用多個欄位檢索記錄,組合索引比單索引更有效;
  。把最常用的列放在最前面,例:dx_groupid_serv_id(groupid,serv_id),在where條件中使用groupid或groupid,serv_id,查詢將使用索引,若僅用到serv_id欄位,則索引無效;
  。合併/拆分不必要的索引。
  
  限制每個表索引的數量
  
  。一個表可以有幾百個索引(你會這樣做嗎?),但是對於頻繁插入和更新表,索引越多系統CPU,I/O負擔就越重;
  。建議每張表不超過5個索引。
  
  刪除不再需要的索引
  
  。索引無效,集中表現在該使用基於函式的索引或點陣圖索引,而使用了B*樹索引;
  。應用中的查詢不使用索引;
  。重建索引之前必須先刪除索引,若用alter index … rebuild重建索引,則不必刪除索引。
  
  索引資料塊空間使用
  
  。建立索引時指定表空間,特別是在建立主鍵時,應明確指定表空間;
  。合理設定pctfress,注意:不能給索引指定pctused;
  。估計索引的大小和合理地設定儲存引數,預設為表空間大小,或initial與next設定成一樣大。
  
  考慮並行建立索引
  
  。對大表可以採用並行建立索引,在並行建立索引時,儲存引數被每個查詢伺服器程式分別使用,例如:initial為1M,並行度為8,則建立索引期間至少要消耗8M空間;
  
  考慮用nologging建立索引
  
  。對大表建立索引可以使用nologging來減少重做日誌;
  。節省重做日誌檔案的空間;
  。縮短建立索引的時間;
  。改善了並行建立大索引時的效能。 


  怎樣建立最佳索引
  
  明確地建立索引
  create index index_name on table_name(field_name)
  tablespace tablespace_name
  pctfree 5
  initrans 2
  maxtrans 255
  storage
  (
  minextents 1
  maxextents 16382
  pctincrease 0
  );
  
  建立基於函式的索引
  
  。常用與UPPER、LOWER、TO_CHAR(date)等函式分類上,例:
  create index idx_func on emp (UPPER(ename)) tablespace tablespace_name;
  
  建立點陣圖索引
  
  。對基數較小,且基數相對穩定的列建立索引時,首先應該考慮點陣圖索引,例:
  create bitmap index idx_bitm on class (classno) tablespace tablespace_name;
  
  明確地建立唯一索引
  
  。可以用create unique index語句來建立唯一索引,例:
  create unique index dept_unique_idx on dept(dept_no) tablespace idx_1;
  
  建立與約束相關的索引
  
  。可以用using index字句,為與unique和primary key約束相關的索引,例如:
  alter table table_name
  add constraint PK_primary_keyname primary key (field_name)
  using index tablespace tablespace_name;
  
  如何建立區域性分割槽索引
  
  。基礎表必須是分割槽表;
  。分割槽數量與基礎表相同;
  。每個索引分割槽的子分割槽數量與相應的基礎表分割槽相同;
  。基礎表的子分割槽中的行的索引項,被儲存在該索引的相應的子分割槽中,例如:
  Create Index TG_CDR04_SERV_ID_IDX On TG_CDR04(SERV_ID)
  Pctfree 5
  Tablespace TBS_AK01_IDX
  Storage (
  MaxExtents 32768
  PctIncrease 0
  FreeLists 1
  FreeList Groups 1
  )
  local
  /
  
  如何建立範圍分割槽的全域性索引
  
  。基礎表可以是全域性表和分割槽表。
  create index idx_start_date on tg_cdr01(start_date)
  global partition by range(start_date)
  (partition p01_idx vlaues less than (‘0106’)
  partition p01_idx vlaues less than (‘0111’)
  …
  partition p01_idx vlaues less than (‘0401’ ))
  /
  
  重建現存的索引
  
  重建現存的索引的當前時刻不會影響查詢;
  
  重建索引可以刪除額外的資料塊;
  
  提高索引查詢效率;
  alter index idx_name rebuild nologging;
  
  對於分割槽索引:
  alter index idx_name rebuild partition partiton_name nologging;
  
  要刪除索引的原因
  
  。不再需要的索引;
  。索引沒有針對其相關的表所釋出的查詢提供所期望的效能改善;
  。應用沒有用該索引來查詢資料;
  。該索引無效,必須在重建之前刪除該索引;
  。該索引已經變的太碎了,必須在重建之前刪除該索引;
  。語句:drop index idx_name;drop index idx_name drop partition partition_name;
  
  建立索引的代價
  
  基礎表維護時,系統要同時維護索引,不合理的索引將嚴重影響系統資源,主要表現在CPU和I/O上;
  
  插入、更新、刪除資料產生大量db file sequential read鎖等待;


  SQL最佳化器簡介
  
  基於規則的最佳化器
  
  。總是使用索引
  。總是從驅動表開始(from子句最右邊的表)
  。只有在不可避免的情況下,才使用全表掃描
  。任何索引都可以
  
  基於成本的最佳化器
  
  。需要表、索引的統計資料
  Analyze table customer compute statistics;
  Analyze table customer estimate statistics sample 5000 rows;
  。表中設定並行度、表分割槽
  
  最佳化器模式
  
  rule模式
  
  。總忽略CBO和統計資訊而基於規則
  choose模式
  
  。Oracle根據情況選擇rule or first_rows or all_rows
  first_rows 模式
  
  。基於成本,以最快的速度返回記錄,會造成總體查詢速度的下降或消耗更多的資源,傾向索引掃描,適合OLTP系統
  all_rows模式

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29065182/viewspace-1167987/,如需轉載,請註明出處,否則將追究法律責任。

相關文章