本篇文章給大家?guī)砹岁P(guān)于Oracle的相關(guān)知識(shí)，其中主要介紹了內(nèi)存分配和調(diào)優(yōu)的相關(guān)問題，oracle 的內(nèi)存可以按照共享和私有的角度分為系統(tǒng)全局區(qū)和進(jìn)程全局區(qū)，也就是SGA和PGA，下面就一起來看一下，希望對(duì)大家有幫助。

推薦教程：《Oracle學(xué)習(xí)教程》

一、概述

oracle 的內(nèi)存可以按照共享和私有的角度分為系統(tǒng)全局區(qū)和進(jìn)程全局區(qū)，也就是 SGA和 PGA(process global area or private global area)。對(duì)于 SGA 區(qū)域內(nèi)的內(nèi)存來說，是共享的全局的，在 UNIX 上，必須為 oracle 設(shè)置共享內(nèi)存段（可以是一個(gè)或者多個(gè)），因?yàn)?oracle 在UNIX 上是多進(jìn)程；而在 WINDOWS 上 oracle 是單進(jìn)程（多個(gè)線程），所以不用設(shè)置共享內(nèi)存段。PGA 是屬于進(jìn)程（線程）私有的區(qū)域。在 oracle 使用共享服務(wù)器模式下（MTS）,PGA中的一部分，也就是 UGA 會(huì)被放入共享內(nèi)存 large_pool_size 中。

發(fā)張圖oracle內(nèi)存架構(gòu)組成，按照?qǐng)D上面的顯示可以一目了然關(guān)鍵的參數(shù)和參數(shù)名稱：

對(duì)于 SGA 部分，我們通過 sqlplus 中查詢可以看到：

SQL> select * from v$sga;     NAME                VALUE     ----------             --------------------    Fixed Size                   454032     Variable Size             109051904     Database Buffers             385875968     Redo Buffers                667648

Fixed Size:

oracle 的不同平臺(tái)和不同版本下可能不一樣，但對(duì)于確定環(huán)境是一個(gè)固定的值，里面存儲(chǔ)了 SGA 各部分組件的信息，可以看作引導(dǎo)建立 SGA 的區(qū)域。

Variable Size :

包含了 shared_pool_size、java_pool_size、large_pool_size 等內(nèi)存設(shè)置

Database Buffers :

指數(shù) 據(jù)緩 沖區(qū):

在 8i 中包 含 db_block_buffer*db_block_size、buffer_pool_keep、buffer_pool_recycle 三 部 分內(nèi) 存 。

在 9i 中 包 含 db_cache_size 、db_keep_cache_size、db_recycle_cache_size、db_nk_cache_size。

Redo Buffers :

指日志緩沖區(qū)，log_buffer。在這里要額外說明一點(diǎn)的是，對(duì)于 v$parameter、v$sgastat、v$sga 查詢值可能不一樣。v$parameter 里面的值，是指用戶在初

始化參數(shù)文件里面設(shè)置的值，v$sgastat 是 oracle 實(shí)際分配的日志緩沖區(qū)大小（因?yàn)榫彌_區(qū)的分配值實(shí)際上是離散的，也不是以 block 為最小單位進(jìn)行分配的），

v$sga 里面查詢的值，是在 oracle 分配了日志緩沖區(qū)后，為了保護(hù)日志緩沖區(qū)，設(shè)置了一些保護(hù)頁，通常我們會(huì)發(fā)現(xiàn)保護(hù)頁大小大約是 11k(不同環(huán)境可能不一樣)。

二、SGA內(nèi)參數(shù)及設(shè)置：

2.1 Log_buffer

對(duì)于日志緩沖區(qū)的大小設(shè)置，通常我覺得沒有過多的建議，因?yàn)閰⒖?LGWR 寫的觸發(fā)條件之后，我們會(huì)發(fā)現(xiàn)通常超過 3M 意義不是很大。作為一個(gè)正式系統(tǒng)，

可能考慮先設(shè)置這部分為 log_buffer=3—5M 大小，然后針對(duì)具體情況再調(diào)整。

log_buffer是Redo log的buffer。

因此在這里必須要了解Redo Log的觸發(fā)事件（LGWR）

1、當(dāng)redo log buffer的容量達(dá)到1/3

2、設(shè)定的寫redo log時(shí)間間隔到達(dá)，一般為3秒鐘。

3、redo log buffer中重做日志容量到達(dá)1M

4、在DBWn將緩沖區(qū)中的數(shù)據(jù)寫入到數(shù)據(jù)文件之前

5、每一次commit–提交事務(wù)。

上面的結(jié)論可以換句話說

1、log_buffer中的內(nèi)容滿1/3，緩存刷新一次。

2、最長(zhǎng)間隔3秒鐘，緩存刷新一次

3、log_buffer中的數(shù)據(jù)到達(dá)1M，緩存刷新一次。

4、每次提交一個(gè)“事務(wù)”，緩存刷新一次

2.2 Large_pool_size

對(duì)于大緩沖池的設(shè)置，假如不使用 MTS，建議在 20—30M 足夠了。這部分主要用來保存并行查詢時(shí)候的一些信息，還有就是 RMAN 在備份的時(shí)候可能會(huì)使用到。

如果設(shè)置了MTS，則由于 UGA 部分要移入這里，則需要具體根據(jù) server process 數(shù)量和相關(guān)會(huì)話內(nèi)存參數(shù)的設(shè)置來綜合考慮這部分大小的設(shè)置。

2.3 Java_pool_size

假如數(shù)據(jù)庫沒有使用 JAVA，我們通常認(rèn)為保留 10—20M 大小足夠。事實(shí)上可以更少，甚至最少只需要 32k，但具體跟安裝數(shù)據(jù)庫的時(shí)候的組件相關(guān)(比如 http server)。

2.4 Shared_pool_size

Shared_pool_size的開銷通常應(yīng)該維持在300M 以內(nèi)。除非系統(tǒng)使用了大量的存儲(chǔ)過程、函數(shù)、包，

比如 oracle erp 這樣的應(yīng)用，可能會(huì)達(dá)到 500M 甚至更高。于是我們假定一個(gè) 1G 內(nèi)存的系統(tǒng)，可能考慮

設(shè)置該參數(shù)為 100M，2G 的系統(tǒng)考慮設(shè)置為 150M,8G 的系統(tǒng)可以考慮設(shè)置為 200—300M

2.5SGA_MAX_SIZE

SGA區(qū)包括了各種緩沖區(qū)和內(nèi)存池，而大部分都可以通過特定的參數(shù)來指定他們的大小。但是，作為一個(gè)昂貴的資源，一個(gè)系統(tǒng)的物理內(nèi)存大小是有限。

盡管對(duì)于CPU的內(nèi)存尋址來說，是無需關(guān)系實(shí)際的物理內(nèi)存大小的（關(guān)于這一點(diǎn)，后面會(huì)做詳細(xì)的介紹），但是過多的使用虛擬內(nèi)存導(dǎo)致page in/out，

會(huì)大大影響系統(tǒng)的性能，甚至可能會(huì)導(dǎo)致系統(tǒng)crash。所以需要有一個(gè)參數(shù)來控制SGA使用虛擬內(nèi)存的最大大小，這個(gè)參數(shù)就是SGA_MAX_SIZE。當(dāng)實(shí)例啟動(dòng)后，

各個(gè)內(nèi)存區(qū)只分配實(shí)例所需要的最小大小，在隨后的運(yùn)行過程中，再根據(jù)需要擴(kuò)展他們的大小，而他們的總和大小受到了SGA_MAX_SIZE的限制。

對(duì)于OLTP系統(tǒng)，參考:

2.6 PRE_PAGE_SGA

oracle實(shí)例啟動(dòng)時(shí)，會(huì)只載入各個(gè)內(nèi)存區(qū)最小的大小。而其他SGA內(nèi)存只作為虛擬內(nèi)存分配，

只有當(dāng)進(jìn)程touch到相應(yīng)的頁時(shí)，才會(huì)置換到物理內(nèi)存中。但我們也許希望實(shí)例一啟動(dòng)后，所有SGA

都分配到物理內(nèi)存。這時(shí)就可以通過設(shè)置PRE_PAGE_SGA參數(shù)來達(dá)到目的了。這個(gè)參數(shù)的默認(rèn)值

為FALSE，即不將全部SGA置入物理內(nèi)存中。當(dāng)設(shè)置為TRUE時(shí)，實(shí)例啟動(dòng)會(huì)將全部SGA置入物理

內(nèi)存中。它可以使實(shí)例啟動(dòng)達(dá)到它的最大性能狀態(tài)，但是，啟動(dòng)時(shí)間也會(huì)更長(zhǎng)（因?yàn)闉榱耸顾蠸GA

都置入物理內(nèi)存中，oracle進(jìn)程需要touch所有的SGA頁）。

2.7 LOCK_SGA

為了保證SGA都被鎖定在物理內(nèi)存中，而不必頁入/頁出，可以通過參數(shù)LOCK_SGA來控制。

這個(gè)參數(shù)默認(rèn)值為FALSE，當(dāng)指定為TRUE時(shí)，可以將全部SGA都鎖定在物理內(nèi)存中。當(dāng)然，

有些系統(tǒng)不支持內(nèi)存鎖定，這個(gè)參數(shù)也就無效了。

2.8 SGA_TARGET

這里要介紹的時(shí)Oracle10g中引入的一個(gè)非常重要的參數(shù)。在10g之前，SGA的各個(gè)內(nèi)存區(qū)

的大小都需要通過各自的參數(shù)指定，并且都無法超過參數(shù)指定大小的值，盡管他們之和可能并

沒有達(dá)到SGA的最大限制。此外，一旦分配后，各個(gè)區(qū)的內(nèi)存只能給本區(qū)使用，相互之間是不能共享的。

拿SGA中兩個(gè)最重要的內(nèi)存區(qū)Buffer Cache和Shared Pool來說，它們兩個(gè)對(duì)實(shí)例的性能影響最大，

但是就有這樣的矛盾存在：在內(nèi)存資源有限的情況下，某些時(shí)候數(shù)據(jù)被cache的需求非常大，

為了提高buffer hit，就需要增加Buffer Cache，但由于SGA有限，只能從其他區(qū)“搶”過來——如縮小Shared Pool，

增加Buffer Cache；而有時(shí)又有大塊的PLSQL代碼被解析駐入內(nèi)存中，導(dǎo)致Shared Pool不足，

甚至出現(xiàn)4031錯(cuò)誤，又需要擴(kuò)大Shared Pool，這時(shí)可能又需要人為干預(yù)，從Buffer Cache中將內(nèi)存奪回來。

有了這個(gè)新的特性后，SGA中的這種內(nèi)存矛盾就迎刃而解了。這一特性被稱為自動(dòng)共享內(nèi)存管理

（Automatic Shared Memory Management ASMM）。而控制這一特性的，也就僅僅是這一個(gè)參數(shù)SGA_TARGE。

設(shè)置這個(gè)參數(shù)后，你就不需要為每個(gè)內(nèi)存區(qū)來指定大小了。SGA_TARGET指定了SGA可以使用的最大內(nèi)存大小，

而SGA中各個(gè)內(nèi)存的大小由Oracle自行控制，不需要人為指定。Oracle可以隨時(shí)調(diào)節(jié)各個(gè)區(qū)域的大小，使之達(dá)到系

統(tǒng)性能最佳狀態(tài)的個(gè)最合理大小，并且控制他們之和在SGA_TARGET指定的值之內(nèi)。一旦給SGA_TARGET指定值后

（默認(rèn)為0，即沒有啟動(dòng)ASMM），就自動(dòng)啟動(dòng)了ASMM特性。

三、oracle 內(nèi)存調(diào)優(yōu)辦法

當(dāng)項(xiàng)目的生產(chǎn)環(huán)境出現(xiàn)性能問題，我們?nèi)绾瓮ㄟ^判斷那些參數(shù)需要調(diào)整呢？

3.1 檢查ORACLE實(shí)例的Library Cache命中率:

標(biāo)準(zhǔn):一般是大于99％ 檢查方式:

select 1-(sum(reloads)/sum(pins)) "Library cache Hit Ratio" from v$librarycache;

處理措施: 如果Library cache Hit Ratio的值低于99%，應(yīng)調(diào)高shared_pool_size的大小。通過sqlplus連接數(shù)據(jù)庫執(zhí)行如下命令，調(diào)整shared_pool_size的大小：

SQL>alter system flush shared_pool;      SQL>alter system set shared_pool_size=設(shè)定值 scope=spfile;

3.2 檢查ORACLE實(shí)例的Data Buffer（數(shù)據(jù)緩沖區(qū)）命中率:

標(biāo)準(zhǔn):一般是大于90% 檢查方式:

select 1 - (phy.value / (cur.value + con.value)) "HIT RATIO"     from v$sysstat cur, v$sysstat con, v$sysstat phy      where cur.name = 'db block gets'     and con.name = 'consistent gets'      and phy.name = 'physical reads';

處理措施:

如果HIT RATIO的值低于90%，應(yīng)調(diào)高db_cache_size的大小。通過sqlplus連接數(shù)據(jù)庫執(zhí)行如下命令，

調(diào)整db_cache_size的大小

SQL>alter system set db_cache_size=設(shè)定值 scope=spfile

3.3 檢查ORACLE實(shí)例的Dictionary Cache命中率:

標(biāo)準(zhǔn):一般是大于95%

檢查方式:

select 1 - (sum(getmisses) / sum(gets)) "Data Dictionary Hit Ratio"          from v$rowcache;

處理措施:

如果Data Dictionary Hit Ratio的值低于95%，應(yīng)調(diào)高shared_pool_size的大小。通過sqlplus連接數(shù)據(jù)庫執(zhí)行如下命令，調(diào)整shared_pool_size的大小：

SQL>alter system flush shared_pool;        SQL>alter system set shared_pool_size=設(shè)定值 scope=spfile;

3.4 檢查ORACLE實(shí)例的Log Buffer命中率:

標(biāo)準(zhǔn):一般是小于1%

檢查方式:

select (req.value * 5000) / entries.value "Ratio"          from v$sysstat req, v$sysstat entries         where req.name = 'redo log space requests'           and entries.name = 'redo entries';

處理措施:

如果Ratio高于1％，應(yīng)調(diào)高log_buffer的大小。通過sqlplus連接數(shù)據(jù)庫執(zhí)行如下命令，調(diào)整log_buffer的大小：

SQL>alter system set log_buffer=設(shè)定值 scope=spfile;

3.5 檢查undo_retention:

標(biāo)準(zhǔn):undo_retention 的值必須大于max(maxquerylen)的值

檢查方式:

col undo_retention format a30        select value "undo_retention" from v$parameter where name='undo_retention';        select max(maxquerylen) From v$undostat Where begin_time>sysdate-(1/4);

處理措施:

如果不滿足要求，需要調(diào)高undo_retention 的值。通過sqlplus 連接數(shù)據(jù)庫執(zhí)行如下命令，調(diào)整undo_retention 的大小：

SQL>alter system set undo_retention= 設(shè)定值 scope=spfile;

注：

32bit 和 64bit 的問題

對(duì)于 oracle 來說，存在著 32bit 與 64bit 的問題。這個(gè)問題影響到的主要是 SGA 的大小。在 32bit 的數(shù)據(jù)庫下，通常 oracle 只能使用不超過 1.7G 的內(nèi)存，即使我們擁有 12G 的內(nèi)存，但是我們卻只能使用 1.7G，這是一個(gè)莫大的遺憾。假如我們安裝 64bit 的數(shù)據(jù)庫,我們就可以使用很大的內(nèi)存，我們幾乎不可能達(dá)到上限。但是 64bit 的數(shù)據(jù)庫必須安裝在 64bit 的操作系統(tǒng)上，可惜目前 windows 上只能安裝 32bit 的數(shù)據(jù)庫，我們通過下面的方式可以查看數(shù)據(jù)庫是 32bit 還是 64bit

但是在特定的操作系統(tǒng)下，可能提供了一定的手段，使得我們可以使用超過 1.7G 的內(nèi)存，達(dá)到 2G 以上甚至