糯米文學吧

位置:首頁 > IT認證 > Oracle認證

關於Oracle碎片拾掇的解析

至於系統管理員也就是説,何以責任書網絡穩固運作,何以增高數據庫性能,使其愈加保險高效率,便顯得尤為重要。作為影響數據庫性能的一大要素 -- 數據庫碎片,應該喚起 DBA 的足夠重視,及時發現並拾掇碎片就是 DBA 一項根本維護內容。

關於Oracle碎片拾掇的解析

  一、碎片是何以發作的

應生成一個數據庫時,它會 分為號稱表空間( Tablespace )的多個邏輯段( Segment ),如系統( System )表空間 , 暫時( Temporary )表空間等。一個表空間可以包孕多個數據範疇( Extent )和一個或多個自由範疇塊,即自由空間( Free Space )。

表空間、段、範疇、自由空間的邏輯關係如次:

應表空間中生成一個段時,將從表空間有效自由空間中為這個段的初步範疇分配空間。在這些初步範疇充斥數據時,段會請求增多另一個範疇。這麼的擴張歷程會一直繼續下去,直抵達到最大的範疇值,也許在表空間中已經沒自由空間用來下一個範疇。最志向的狀態乃是一個段的數據可被存在單調的一個範疇中。這麼,全部的數據儲存時挨近段內其它數據,而且尋覓數據可少用一些指針。但是一個段包孕多個範疇的狀況是大量存在的,沒任何措施可以軍令狀這些範疇是鄰近儲存的。應要滿足一個空間要求時,數據庫不再合龍緊鄰的自由範疇(除非沒法子),而是尋覓表空間中最大的.自由範疇來運用。這麼將漸漸形成越來越多的離散的、分隔的、較小的自由空間,即碎片。

  二、碎片對系統的影響

跟着時間推移,基於數據庫的運用系統的普遍運用,發作的碎片會越來越多,將對數據庫有以次兩點重要影響:

一)招致系統性能減殺

總的來説,應要滿足一個空間要求時,數據庫將第一查尋現階段最大的自由範疇,而 " 最大 " 自由範疇漸漸變小,要找出一個足夠大的自由範疇已變得愈來愈艱難,故此以致表空間中的速度障礙,使數據庫的空間分配愈益遠離志向狀態;

二)鋪張大量的表空間

固然有部分自由範疇(如表空間的 pctincrease 為非 零 )將會被 SMON (系統監控)後台老闆歷程週期性地歸併,但始終有部分自由範疇沒法方可自動合攏,鋪張了大量的表空間。

  三、自由範疇的碎片計算

因為自由空間碎片是由幾一部分構成,如範疇數量、最大範圍尺碼等,我們可用 FSFI--Free Space Fragmentation Index (自由空間碎片目錄)值來直觀反映:

FSFI=100*SQRT(max(extent)/sum(extents))*一/SQRT(SQRT(count(extents)))

可以看出, FSFI 的最大或者值為 100 (一個志向的單資料表空間)。跟着範疇的增多, FSFI 值緩慢降落,而跟着最大範圍分寸的減小, FSFI 值會迅速降落。

下邊的腳本可以用以計算 FSFI 值:

rem FSFI Value Compute

rem

column FSFI format 999,99

select tablespace_name,sqrt(max(blocks)/sum(blocks))*

(100/sqrt(sqrt(count(blocks)))) FSFI

from dba_free_space

group by tablespace_name order by 一;

spool ;

/

spool off;

例如,在某數據庫運作腳本 , 失去以次 FSFI 值:

TABLESPACE_NAME FSFI

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

RBS 74.06

SYSTEM 100.00

TEMP 22.82

TOOLS 75.79

USERS 100.00

USER_TOOLS 100.00

YDCX_DATA 47.34

YDCX_IDX 57.19

YDJF_DATA 33.80

YDJF_IDX 75.55

---- 統計出了數據庫的 FSFI 值,就可以把它作為一個可比參數。在一個有着足夠有效自由空間,且 FSFI 值超過 30 的表空間中,很少會碰見有效自由空間的問題。應一個空間快要切近可比參數時,就需要做碎片收拾了。

  四、自由範疇的碎片拾掇

表空間的 pctincrease 值為非 零

可以將表空間的缺省儲存參數 pctincrease 改成非 零 。正常將其設為 一 ,如:

alter tablespace temp

default storage(pctincrease 一);

這麼 SMON 便會將自由範疇自動歸攏。也可以手工歸攏自由範疇:

alter tablespace temp coalesce;

  五、段的碎片拾掇

我們曉得,段由範疇結成。在有點情況下,有必要對段的碎片開展拾掇。要查看段的相關信息,可查看數據字典 dba_segments ,範疇的信息可查看數據字典 dba_extents 。

查詢數據段

select segment_name,tablespace_name,bytes,blocks from USER_EXTENTS;

查詢目錄段

select index_name,table_owner,table_name,tablespace_name from USER_EXTENTS;

經過dba_segments查看段的信息

select tablespacee_name,count(*) nobjects,round(sum(bytes)/1024/1204/1024.2) GB,sum(blocks),sum(extents) from

dba_segments group by rollup(tablespace_name);

如若段的碎片過剩,將其數據壓縮到一個範疇的最簡略步驟乃是用準確的儲存參數將這個段重建,其後將舊錶中的數據安插到新表,與此同時剔除舊錶。這個進程可以用 Import/Export (輸入 / 輸出)工具來完成。

Export ()下令有一個(壓縮)標示,這個標示在讀表時會挑動 Export 確定該表所分配的物理空間量,它會向輸出轉儲資料寫下一個新的初始化儲存參數 -- 即是所有所分配空間。若這個表封閉, 則施用 Import ()工具從新生成。這麼,它的數據會放入一個新的、較大的初始段中。比如:

exp user/passWord file= comPRess=Y grants=Y indexes=Y

tables=(table一,table二);

若輸出順利,則從庫中剔除已輸出的表,其後從輸出轉儲資料中輸入表:

imp user/password file= commit=Y buffer=64000 full=Y