ORACLE空間管理實驗3：區(qū)管理之大區(qū)小區(qū)對I/O性能的影響

大小區(qū)優(yōu)缺點，超過一M區(qū)有意義嗎? 表空間管理技術管理的是區(qū)，本地管理表空間LMT在每個數(shù)據(jù)文件頭部加入位圖區(qū)域管理的是EXTENT的使用情況. EXTENT的使用和釋放時ORACLE會在數(shù)據(jù)文件頭的位圖區(qū)域更新記錄。 對于大小區(qū)，事實上即使在系統(tǒng)自動分配區(qū)大小的管

大小區(qū)優(yōu)缺點，超過一M區(qū)有意義嗎?

表空間管理技術管理的是區(qū)，本地管理表空間LMT在每個數(shù)據(jù)文件頭部加入位圖區(qū)域管理的是EXTENT的使用情況.
EXTENT的使用和釋放時ORACLE會在數(shù)據(jù)文件頭的位圖區(qū)域更新記錄。
對于大小區(qū)，事實上即使在系統(tǒng)自動分配區(qū)大小的管理方式下，8M的區(qū)也很普遍，如下：
系統(tǒng)管理區(qū)大小由系統(tǒng)自動分配擴展的區(qū)大小，
在段的前1M空間：區(qū)大小8個塊=64K，前16個區(qū)是這樣。
在段1M---64M之間：區(qū)大小1M，128個塊
在段64M之后，區(qū)大小8M。

大小區(qū)優(yōu)點缺點匯總：

小區(qū)：優(yōu)點省空間

：缺點分配次數(shù)可能達多，甚至由此引起數(shù)據(jù)文件頭位圖區(qū)的爭用。

大區(qū)：缺點浪費空間、和在分配和回收時多耗用一點點CPU
：優(yōu)點：全掃描段時減少I/O的次數(shù)--詳解下一個問題
減少分配的次數(shù)。

掃描段時也會減少段頭的次數(shù)--段頭會被緩存

大區(qū)、大IO，無并發(fā)時全表掃描速度更快

小區(qū)、小IO，有并發(fā)時全表掃描速度更快

大小區(qū)對并發(fā)的影響？

大區(qū)小區(qū)對并發(fā)沒有太大影響，因為并發(fā)最終操作的是數(shù)據(jù)塊大小--操作塊時會加鎖-buffer pin,可能會產生 buffer busy waits。如塊大，行多，比如 500行，競爭大，并發(fā)相對小。而塊小，行少，如100行，競爭少，相對支持的更大并發(fā)。
但是大小區(qū)對并發(fā)也會有一點影響，就是高水位的推進，一般是以一個區(qū)為單位推進的。詳見：

大區(qū)會增加OLTP的I/O性能嗎？為什么？

對OLTP沒影響或者說影響很小。

對OLAP可以減少I/O次數(shù)，或者讓隨機I/O變?yōu)轫樞騃/O。

但是要考慮：

OS、硬件驅動：最大IO大小1M。
區(qū)內的空間是連續(xù)的。--表碎片 ？？？
讀一個8M的區(qū)，包含8個1M的I/O，很有可能，這8次I/O，是順序IO。
讀8個1M的區(qū)，至少8次隨機I/O。
但是系統(tǒng)自動分配時，在64M后也是自動分配8M的區(qū)了，使用系統(tǒng)分配區(qū)大小即可。
除非表空間中段很多，很多小表大于8M小于百M全表掃描，此時可以考慮將表空間設置為統(tǒng)一區(qū)大小。
這里要考慮底層存儲的AU。如8M 的AU、8M的區(qū)，這樣能保證每個AU的8M在同一個磁盤，如存儲最大支持4M，這時可以區(qū)大小4M或不管，ASM層AU也是4M。--好像不太實用啊。
這一段是OLAP時要考慮的。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com