保持Oracle資料庫優良效能的若干訣竅（轉）

保持Oracle資料庫優良效能的若干訣竅。

[@more@]

分割槽
根據實際經驗所得，在一個大資料庫中，資料庫空間的絕大多數是被少量的表所佔有。如何簡化大資料庫和管理，如何改善應用的查詢
效能，一般可以使用分割槽這種手段。所謂分割槽就是動態地將表中記錄分離到若干不同的表空間上，使資料在物理上被分割開來，便於維
護、備份、恢復、事務及查詢效能。當使用的時候可建立一個連線所有分割槽的檢視，使其在邏輯上仍以一個整體出現。
1、建立分割槽表
Create table Employee (
EmpNo varchar2(10) primary key,
Name varchar2(30),
DeptNo Number(2)
)
Partition by range(DeptNo)
(
partition PART1 values less than (11)
tablespace PART1_TS,
partition PART2 values less than (21)
tablespace PART2_TS,
partition PART3 values less than (31)
tablespace PART3_TS
partition PART4 values less than (MAXVALUE)
tablespace PART4_TS
);
表Employee依據DeptNo列進行分割槽。
2、分割槽索引
Create index Employee_DeptNo on Employee(DeptNo)
local (
partition PART1 tablespace PART1_NDX_TS,
partition PART2 tablespace PART2_NDX_TS,
partition PART3 tablespace PART3_NDX_TS,
partition PART4 tablespace PART4_NDX_TS,
);
當分割槽中出現許多事務並且要保證所有分割槽中的資料記錄的唯一性時採用全域性索引，如：
Create index Employee_DeptNo on Employee(DeptNo)
global partition by range (DeptNo)
(
partition PART1 values less than (11)
tablespace PART1_NDX_TS,
partition PART2 values less than (21)
tablespace PART2_NDX_TS,
partition PART3 values less than (31)
tablespace PART3_NDX_TS
partition PART4 values less than (MAXVALUE)
tablespace PART4_NDX_TS
);
在建立全域性索引時，global子句允許指定索引的範圍值，這個範圍值可以不同於表分割槽的範圍值。只有建立區域性索引才會使索引索引分割槽
與表分割槽間建立起一一對應關係。因此，在大多數情況下，應該使用區域性索引分割槽。若使用了此索引，分割槽就能夠很容易地將索引分割槽與
表分割槽建立關聯，區域性索引比全域性索引更易於管理。
3、分割槽管理
根據實際需要，還可以使用 alter table 命令來增加、丟棄、交換、移動、修改、重新命名、劃分、截短一個已存在分割槽的結構。

Rebuild Indexes
如果表中記錄頻繁的被刪除或插入，儘管表中的記錄總量保持不變，索引空間的使用量會不斷增加。雖然記錄從索引中被刪除，但是該
記錄索引項的使用空間不能被重新使用。因此，如果表變化不定，索引空間量會不斷增加，不管表中記錄數量是否增加——只僅僅是因為
索引中無效空間量的增加。
要回收那些曾被刪除記錄使用的空間，需要使用alter index rebuild 命令。可以做一個定期執行的批處理程式，來重建最活動表的索引
。這個批處理程式可以在空閒時執行，以避免程式與使用者衝突。若能堅持索引的這一程式規劃，便可以及時回收那些未使用空間，提高空
間利用率。

段的碎片整理
當生成一個資料庫物件時（一個表或一個索引），透過使用者預設值或指定值來為它指定表空間。一個在表空間中所生成的段，用於儲存對
象的相關資料。在段被關閉、收縮、截斷之前，段所分配的空間將不被釋放。一個段是由範圍組成，而範圍是由相鄰的Oracle塊組成。一
旦存在的範圍不能再儲存新的資料，那這個段就會去獲得新的範圍，且並不要求這些範圍是彼此相鄰的。這樣的擴充套件會一直繼續下去，直
到表空間中的資料檔案不能提供更多的自由空間，或者範圍數量已達到極限。
因此，一個碎片太多的資料段，不僅會影響執行，也會引發表空間中的空間管理問題。所以，每個資料段只含有一個範圍是十分有益的。
藉助監控系統，可以透過檢查DBA_SEGMENTS資料字典檢視來了解哪些資料庫物件含有10個或更多範圍的段，確定其資料段碎片。
若一個段的碎片過多，可用兩種方法解決這個問題：
1、用正確的儲存引數建立一個新表，將舊錶中的資料插入到新表中，再刪除舊錶；
2、利用Export/Import工具。
如：exp system/manager file=exp.dmp compress=Y grants=Y indexes=Y
tables=(T1,T2)
若輸出成功，進入Oracle，刪除上述表。
注：compress=Y決定將在輸出過程中修改它們的儲存引數。
imp system/manager file=exp.dmp commit=Y buffer=64000 full=Y
注：在輸入時重新配置新的儲存引數。

自由範圍的碎片整理
表空間中的一個自由範圍是表空間中相連自由（空間）塊的集合。當一個段關閉時，它的範圍將被釋放，並被標記為自由範圍。然而，這
些自由範圍再也不能與相鄰的自由範圍合併，它們之間的界線始終存在。但是當表空間的預設值pctincrease設定不為0時，SMON後臺進會
定期的將這些相鄰的自由範圍合併。若pctincrease設定為0，那相鄰自由範圍不會被資料庫自動合併。但可以使用altertable命令
coalesce選項，來強迫進行相鄰自由範圍的合併。
不進行自由範圍合併，在日後的空間請求中，會影響到表空間中的空間分配。當需要一個足夠大的範圍時，資料庫並不會合併相鄰的自由
範圍，除非沒有其他選擇。這樣，當表空間中前面較小自由範圍已被相關使用時，將使用表空間中後面部分最大的一個自由範圍。結果，
會因為它們沒有足夠多的使用空間，從而導致表空間中速度上的矛盾。由於這樣的程式出現，使資料庫的空間分配距理想越來越遠。自由
空間碎片常會出現在那些經常關閉又重新生成的資料庫表和索引中。
在理想的ORACLE表空間中，每一個資料庫物件儲存在一個單獨的範圍中，並且所有有效自由空間集中在一個巨大而連續的範圍中。這樣，
在一個物件需要附加儲存空間時，可以在增加獲取足夠大自由空間的可能性同時，最小化空間中的迴圈呼叫，提高自由空間使用率。