Oracle的體系結(jié)構(gòu)大體上分為兩部分：Instance（實(shí)例）和Database（數(shù)據(jù)庫(kù)）。

如圖1所示：

圖1 Oracle 數(shù)據(jù)庫(kù)體系結(jié)構(gòu)

我們平時(shí)說(shuō)的Oracle Server（Oracle服務(wù)器）就是由 Oracle Instance 和 Oracle Database 組成的，如圖2：

圖2 Oracle Server

Oracle InstanceInstance中主要包含 SGA 以及一些 Backgroud Process （后臺(tái)進(jìn)程）（例如：PMON、SMON、DBWR、LGWR、CKPT等）。

SGA

SGA包含6 個(gè)基本組件：Shared Pool（Library Cache,Data Dictionary Cache）、Database Buffer Cache、Redo Log Buffer、Java Pool、Large Pool、stream pool。

下面將分別介紹這6個(gè)基本組件的功能。

1） shared pool

• 共享池是對(duì) SQL、PL/SQL 程序進(jìn)行語(yǔ)法分析、編譯、執(zhí)行的內(nèi)存區(qū)域。
• 共享池由 Library Cache（庫(kù)緩存）、Data Dictionary Cache（數(shù)據(jù)字典緩存）和 Server Result Cache（結(jié)果緩存）等組成。

它們分別都有哪些作用呢？

Library Cache： SQL 和 PL/SQL 的解析場(chǎng)所，存放著經(jīng)過(guò)編譯解析后的SQL和PL/SQL語(yǔ)句的內(nèi)容，以備所有用戶(hù)共享。

* 如果下次再執(zhí)行同樣的 SQL 語(yǔ)句的時(shí)候，就不需要解析了，立即從 Library Cache 獲取執(zhí)行。

* Library Cache的 SIZE 會(huì)決定著編譯解析 SQL 語(yǔ)句的頻度，從而決定了性能。

* Library Cache中又包含兩部分內(nèi)容：Shared SQL Area和Shared PL/SQL Area。

Data Dictionary Cache： 存放重要的數(shù)據(jù)字典信息，以備數(shù)據(jù)庫(kù)使用。

* Data Dictionary是使用最頻繁的，幾乎所有的操作都需要到數(shù)據(jù)字典去查詢(xún)。為了提高訪問(wèn)Data Dictionary的速度，此時(shí)需要一個(gè)Cache，需要的時(shí)候訪問(wèn)內(nèi)存即可。

* Data Dictionary Cache里面的信息包含了Database Files、Tables、Indexes、Columns、Users、Privileges和其他的數(shù)據(jù)庫(kù)對(duì)象。

Server Result Cache: 存放服務(wù)器端的 SQL 結(jié)果集及 PL/SQL 函數(shù)返回值。

看了上面的講解，或許會(huì)覺(jué)得有些抽象，下面將通過(guò)一個(gè)例子進(jìn)行講解。

假設(shè)在客戶(hù)端提交一個(gè)命令，如下：

SELECT ename，sal FROM emp WHERE empno=7788;

如果數(shù)據(jù)庫(kù)是第一次被提交這條語(yǔ)句，則需要進(jìn)行解析，解析過(guò)程分為硬解析和軟解析。

• 硬解析：檢查語(yǔ)法、語(yǔ)義、權(quán)限，分析綁定變量等，最終生成一個(gè)執(zhí)行計(jì)劃；
• 軟解析：依據(jù)執(zhí)行計(jì)劃去具體執(zhí)行它。若是select語(yǔ)句，執(zhí)行完后還會(huì)返回結(jié)果集，若是update、delete語(yǔ)句則無(wú)需返回結(jié)果集。

Library Cache會(huì)把這條 sql 語(yǔ)句和執(zhí)行計(jì)劃裝入其中。
裝入這些東西有什么作用呢？
下次再敲一摸一樣（標(biāo)點(diǎn)符號(hào)、大小寫(xiě)、空格完全一致）的語(yǔ)句時(shí)，就不需要硬解析了。

小問(wèn)答：
如果此時(shí)客戶(hù)端再提交一條命令：

select ename，sal from emp where empno=7788；

猜測(cè)一下，這條語(yǔ)句需要被解析嗎？
答案：需要。

小說(shuō)明：注意哦，語(yǔ)句必須完全一樣才不需要解析哦。標(biāo)點(diǎn)符號(hào)、大小寫(xiě)、空格等都要完全一致哦！平時(shí)規(guī)范書(shū)寫(xiě)的好處在這里就體現(xiàn)啦。

前面有說(shuō)到，若是 select 語(yǔ)句，執(zhí)行完后還會(huì)返回結(jié)果集。那結(jié)果集存放在哪里呢？

select ename，sal from emp where empno=7788；

該語(yǔ)句執(zhí)行返回的結(jié)果集將存放在 Server Result Cache 中。

2） Database Buffer Cache

• Database Buffer Cache用于存儲(chǔ)從磁盤(pán)數(shù)據(jù)文件中讀入的數(shù)據(jù)，為所有用戶(hù)共享。
• Server Process（服務(wù)器進(jìn)程)將讀入的數(shù)據(jù)保存在數(shù)據(jù)緩沖區(qū)中，當(dāng)后續(xù)的請(qǐng)求需要這些數(shù)據(jù)時(shí)可以在內(nèi)存中找到，則不需要再?gòu)拇疟P(pán)讀取。

小說(shuō)明：邏輯讀（從內(nèi)存讀）的速度是物理讀（從磁盤(pán)讀）的1萬(wàn)倍呦，所以還是想辦法盡量多從內(nèi)存讀哦。
所以，數(shù)據(jù)緩沖區(qū)的大小對(duì)數(shù)據(jù)庫(kù)的讀取速度有直接的影響。

例如用戶(hù)訪問(wèn)一個(gè)表里面的記錄時(shí)，數(shù)據(jù)庫(kù)接收到這個(gè)請(qǐng)求后，首先會(huì)在Database Buffer Cache中查找是否存在該數(shù)據(jù)庫(kù)表的記錄，如果有所需的記錄就直接從內(nèi)存中讀取該記錄返回給用戶(hù)（有效提升了訪問(wèn)的速度），否則只能去磁盤(pán)上去讀取。

繼續(xù)看上面的例子：

select ename，sal from emp where empno=7788；

該條語(yǔ)句以及它的執(zhí)行計(jì)劃被放在Library Cache里，但語(yǔ)句涉及到的數(shù)據(jù)，會(huì)放在 Database Buffer Cache 里。

小問(wèn)答：
Database Buffer Cache是怎么工作的呢？

這就要說(shuō)一說(shuō)Database Buffer Cache的設(shè)計(jì)思想了。
磁盤(pán)上存儲(chǔ)的是塊（block），文件都有文件號(hào)，塊也有塊號(hào)。
若要訪問(wèn)磁盤(pán)上的塊，并不是CPU拿到指令后直接訪問(wèn)磁盤(pán)，而是先把塊讀到內(nèi)存中的Database Buffer cache里，生成副本，查詢(xún)或增刪改都是對(duì)內(nèi)存中的副本進(jìn)行操作。如圖3所示。
另外，如果是增刪操作，操作后會(huì)形成臟塊，臟塊會(huì)在恰當(dāng)時(shí)機(jī)再寫(xiě)回磁盤(pán)原位置，注意哦，可不是立刻寫(xiě)回呦。

也許你會(huì)問(wèn)，為什么不立刻寫(xiě)回呢？
因?yàn)?
（1）減少物理IO；
（2）可共享，若后面又有對(duì)該塊的訪問(wèn)，可直接在內(nèi)存中進(jìn)行邏輯讀。

圖3 訪問(wèn)數(shù)據(jù)塊

小問(wèn)答：
為什么要通過(guò)內(nèi)存訪問(wèn)數(shù)據(jù)塊，而不是CPU直接訪問(wèn)磁盤(pán)呢？
答：因?yàn)橄噍^于CPU，IO的速度實(shí)在是太慢了，CPU的速度是IO 的100萬(wàn)倍呢？如果CPU直接訪問(wèn)磁盤(pán)的話，會(huì)造成大量的IO等待，CPU的利用率會(huì)很低。所以，利用速度相當(dāng)?shù)膬?nèi)存（CPU速度為內(nèi)存的100倍）做中間緩存，可以有效減少物理IO，提高CPU利用率。

但是，這里會(huì)有一個(gè)問(wèn)題。前面說(shuō)到查詢(xún)或增刪改都是對(duì)內(nèi)存中的副本進(jìn)行操作，當(dāng)增刪改操作產(chǎn)生臟塊時(shí)不會(huì)立刻寫(xiě)回磁盤(pán)。

小問(wèn)答：
我們?cè)O(shè)想一下，如果在 Database Buffer Cache 中存放大量未來(lái)得及寫(xiě)回磁盤(pán)的臟塊時(shí)，突然出現(xiàn)系統(tǒng)故障（比如斷電），導(dǎo)致內(nèi)存中的數(shù)據(jù)丟失。而此時(shí)磁盤(pán)中的塊存放的依然是修改前的舊數(shù)據(jù)，這樣豈不是導(dǎo)致前面的修改無(wú)效？
要怎樣保持事務(wù)的一致性呢？
答：如果我們能夠保存住提交的記錄，在 Database Buffer Cache 中一旦有數(shù)據(jù)更改，馬上寫(xiě)入一個(gè)地方記錄下來(lái)，不就可以保證事務(wù)一致性了嘛。

小說(shuō)明：Instance在斷電時(shí)會(huì)消失，Instance在內(nèi)存中存放的數(shù)據(jù)將丟失。這就需要 Redo Log Buffer 發(fā)揮它的作用啦。

3）Redo Log Buffer

• 日志條目（Redo Entries ）記錄了數(shù)據(jù)庫(kù)的所有修改信息(包括 DML 和 DDL）,一條Redo Entries記錄一次對(duì)數(shù)據(jù)庫(kù)的改變 ，為的是數(shù)據(jù)庫(kù)恢復(fù)。
• 日志條目首先產(chǎn)生于日志緩沖區(qū)。日志緩沖區(qū)較小，它是以字節(jié)為單位的，它極其重要。
• 在Database Buffer Cache中一旦有數(shù)據(jù)更改，馬上寫(xiě)入Redo Log Buffer，Redo Log Buffer在內(nèi)存中保留一段時(shí)間后，會(huì)寫(xiě)入磁盤(pán)，然后歸檔（3級(jí)結(jié)構(gòu)）。

4）Large Pool（可選）

為了進(jìn)行大的后臺(tái)進(jìn)程操作而分配的內(nèi)存空間，與 shared pool 管理不同，主要用于共享服
務(wù)器的 session memory，RMAN 備份恢復(fù)以及并行查詢(xún)等。

5）Java Pool(可選）

為了 java 虛擬機(jī)及應(yīng)用而分配的內(nèi)存空間，包含所有 session 指定的 JAVA 代碼和數(shù)據(jù)。

6）Stream Pool（可選）

為了 stream process 而分配的內(nèi)存空間。stream 技術(shù)是為了在不同數(shù)據(jù)庫(kù)之間共享數(shù)據(jù)，
因此，它只對(duì)使用了 stream 數(shù)據(jù)庫(kù)特性的系統(tǒng)是重要的。

Background process

在正式介紹 Background Process 之前，先簡(jiǎn)單介紹 Oracle 的 Process 類(lèi)型。

Oracle Process 有三種類(lèi)型：

• User Proces
  

客戶(hù)端要與服務(wù)器連接，在客戶(hù)端啟動(dòng)起來(lái)的進(jìn)程就是 User Process，一般分為三種形式（sql*plus, 應(yīng)用程序，web 方式（OEM））。

• Server Process
  

User Process 不能直接訪問(wèn) Oracle，必須通過(guò)相應(yīng)的 Server Process 訪問(wèn)實(shí)例，進(jìn)而訪問(wèn)數(shù)據(jù)庫(kù)。
用戶(hù)登錄到 Oracle Server 就是 User Process 和 Server Process 建立Connection。

• background process
  

Oracle Instance的重要組成部分。接下來(lái)會(huì)對(duì)其做詳細(xì)講解。

小補(bǔ)充：
Connection Session
Connection是指一個(gè)Oracle的客戶(hù)端和后臺(tái)和后臺(tái)的進(jìn)程（Server Process）建立的TCP連接。如圖4所示：

圖4 Connection

Connection 建立過(guò)程可簡(jiǎn)單描述如下：

1.首先建立 TCP 連接，Oracle 對(duì)用戶(hù)的身份進(jìn)行認(rèn)證、進(jìn)行安全審計(jì)等等;
2.當(dāng)這些都通過(guò)后, Oracle 的 Server Process 才會(huì)允許客戶(hù)端使用Oracle提供的服務(wù);
3.當(dāng) Oracle 的連接建立起來(lái)以后，就意味著開(kāi)始了一個(gè) Session (會(huì)話)，當(dāng)連接斷開(kāi)的時(shí)候這個(gè)會(huì)話就消失了。

Session 是和 Connection 相輔相成的。Session信息會(huì)存儲(chǔ)在 Oracle 的 Data Dictionary 中。
可通過(guò)圖5直觀看出 Connection 和 Session 的區(qū)別。

圖5 Connection Session

Background Process（后臺(tái)進(jìn)程）主要包括：SMON（系統(tǒng)監(jiān)控器進(jìn)程 ）、PMON（進(jìn)程監(jiān)控器進(jìn)程）、DBWR（ 數(shù)據(jù)庫(kù)寫(xiě)入程序進(jìn)程）、LGWR（日志寫(xiě)入程序進(jìn)程）、CKPT（檢查點(diǎn)進(jìn)程）。

1）PMON（Process Monitor）

PMON的主要作用如下：

• 監(jiān)控各個(gè)Oracle后臺(tái)進(jìn)程是否正常，發(fā)現(xiàn)異常的進(jìn)程將其清除掉，重新生成該進(jìn)程。
  
• （說(shuō)明：當(dāng)用戶(hù)進(jìn)程斷掉時(shí)，Server Process 留著就沒(méi)用了，但是還占著空間，PMON 會(huì)定時(shí)檢查 Server Process ，如果和 User Process 連接不上了，PMON 會(huì)把 Server Process 收回，把 PGA 空間收回，里面的鎖也收回。）
• 監(jiān)控空閑會(huì)話是否到達(dá)閥值。
• 動(dòng)態(tài)注冊(cè)監(jiān)聽(tīng)。

2）SMON（System Monitor）

SMON的主要作用如下：

• 當(dāng)Oracle運(yùn)行時(shí)突然宕機(jī)，下次啟動(dòng)需要實(shí)例恢復(fù)（Instance Recovery），SMON負(fù)責(zé)實(shí)例恢復(fù)的全程監(jiān)控；
• 當(dāng)Oracle運(yùn)行時(shí)突然宕機(jī)，在下一次啟動(dòng)Oracle Instance的時(shí)候，它里面一些沒(méi)有釋放的資源會(huì)由SMON進(jìn)行清理；
• 一些事務(wù)失敗的時(shí)候也由SMON進(jìn)行清理；內(nèi)存空間很分散（不連續(xù)）時(shí)需要SMON將這個(gè)分散的空間整合起來(lái)；
• 釋放不再使用的臨時(shí)段（Segment）。

3）DBWR（Database Writer）

DBWn是Oracle中工作最繁重的進(jìn)程。主要作用如下：

• 將 Database Buffer Cache 中的臟塊（Dirty Buffer）寫(xiě)到 Data File 中。
• 釋放Data Buffer Cache空間。

小說(shuō)明：
如果數(shù)據(jù)庫(kù)的負(fù)荷比較大，來(lái)自于客戶(hù)端的請(qǐng)求比較多，存在大量的IO操作，需要頻繁的將緩沖區(qū)的內(nèi)容寫(xiě)到磁盤(pán)文件上，那么這時(shí)就可以配置多個(gè)DBWn（一共Oracle支持20個(gè)DBWn，DBW0-DBW9,DBWa-DBWg）。通常一個(gè)中小型的Oracle只需要一個(gè)DBW0 Process就可以了。

注意：以下幾種情況發(fā)生時(shí)，都會(huì)觸發(fā)DBWR Process將 Database Buffer Cache 的內(nèi)容寫(xiě)到Data Files ：

• Checkpoint Occurs
• Dirty Buffer reach threshold
• There are no free Buffers
• Timeout occurs
• RAC ping request is made
• Tablespace OFFLINE
• Tablespace READ ONLY
• Table DROP or TRUNCATE
• Tablespace BEGIN
• BACKUP

小補(bǔ)充：
服務(wù)器進(jìn)程對(duì)數(shù)據(jù)文件執(zhí)行讀操作，而 DBWR 負(fù)責(zé)對(duì)數(shù)據(jù)文件執(zhí)行寫(xiě)操作。

小問(wèn)答：
Commit 時(shí) DBWR 有何動(dòng)作？
答：什么也不做！

4）LGWR（（LOG Writer））

Oracle Instance中只有一個(gè)LGWR Process，這個(gè)Process的工作和DBWR Process類(lèi)似。主要作用如下：

將 Redo Log Buffer 中的內(nèi)容寫(xiě)入到 Redo Log Files 中（必須在 DBWR 寫(xiě)臟塊之前寫(xiě)入日志）。

（Redo Log Buffer 是一個(gè)循環(huán)的Buffer，對(duì)應(yīng)的 Redo Log Files 也是一個(gè)循環(huán)的文件組，從文件頭開(kāi)始寫(xiě)，當(dāng)文件寫(xiě)滿了，又會(huì)從文件頭開(kāi)始寫(xiě)，會(huì)把前面的內(nèi)容覆蓋掉，為了避免將 Redo Log Files 覆蓋掉可以選擇將其寫(xiě)入到 Archived Redo Log Files 中。）

注意：以下幾種情況發(fā)生時(shí)，都會(huì)觸發(fā)LGWR Process將 Redo Log Buffer 中的內(nèi)容寫(xiě)到 Redo Log Files ：

• At Commit
• When one-third full
• When there is 1 MB of redo
• Every three seconds
• Before DBWn writes

怎么保證提交的事務(wù)永久保留呢？
答：已執(zhí)行update操作為例 。
1. 當(dāng)寫(xiě)提交語(yǔ)句的時(shí)候，修改已經(jīng)寫(xiě)到 Redo Log Buffer 里了；
2. 當(dāng)看到返回提交成功時(shí)，說(shuō)明修改已經(jīng)寫(xiě)到磁盤(pán) Redo Logfile 里了;
3. 所以提交成功后，改動(dòng)已經(jīng)同步到磁盤(pán)了，不會(huì)丟了。

5）CKPT（Checkpoint）

CKPT的主要作用如下：

• 生成檢查點(diǎn)， 通知或督促 DBWR 寫(xiě)臟塊;
• *完全檢查點(diǎn)：保證數(shù)據(jù)一致性。
• *增量檢查點(diǎn)：不斷更新控制文件中的檢查點(diǎn)位置，當(dāng)發(fā)生實(shí)例崩潰時(shí)，可以盡量縮短實(shí)例恢復(fù)的時(shí)間。在Data File的在文件頭更新檢查點(diǎn)信息;在Control File中更新檢查點(diǎn)的信息。

6）ARCn（Archiver）

• ARCn是一個(gè)可選的后臺(tái)進(jìn)程（幾乎可看作必選進(jìn)程）。
• Oracle可以運(yùn)行在兩種模式下：ARCHIVELOG MODE（歸檔模式）、NOARCHIVELOG MODE（非歸檔模式）。
• DBA 必須做出的一個(gè)重要決策是，配置數(shù)據(jù)庫(kù)在ARCHIVELOG模式下運(yùn)行，還是在NOARCHIVELOG模式下運(yùn)行。
• 聯(lián)機(jī)重做日志文件填滿后，oracle實(shí)例開(kāi)始寫(xiě)入下一個(gè)聯(lián)機(jī)重做日志文件。
• 從一個(gè)聯(lián)機(jī)重做日志文件切換到另一個(gè)聯(lián)機(jī)重做日志文件的過(guò)程稱(chēng)為日志切換。

ARCn的主要作用如下：

當(dāng)Oracle運(yùn)行在歸檔模式時(shí)

• ARCn進(jìn)程在每次進(jìn)行日志切換時(shí)都會(huì)開(kāi)始對(duì)已填滿的日志組進(jìn)行備份或歸檔。
• ARCn進(jìn)程會(huì)在可以重新使用日志之前自動(dòng)歸檔重做日志文件，因此會(huì)保留對(duì)數(shù)據(jù)庫(kù)所做的所有更改。

這樣，即使磁盤(pán)驅(qū)動(dòng)器損壞，也可以將數(shù)據(jù)庫(kù)恢復(fù)到故障點(diǎn)。

通過(guò)上面的學(xué)習(xí)，先把圖1更新如下：

圖6 Oracle 數(shù)據(jù)庫(kù)體系結(jié)構(gòu)

Database

Database 其實(shí)就是由一堆物理文件組成的，主要是用于存儲(chǔ)數(shù)據(jù)，Database 中主要包含三種類(lèi)型的文件：Data Files、Control Files、Redo Log Files。
另外還有Parameter File、Password File、Achieved Log Files等。

1）Data Files（數(shù)據(jù)文件）

Data Files 就是用于存儲(chǔ)數(shù)據(jù)的，Table 中的數(shù)據(jù)都是保存在 Data Files 中的。

2）Control Files（控制文件）

Oracle為了操作Data File，提供了一些 Control Files，這些 Control Files 主要是記錄數(shù)據(jù)庫(kù)的一些控制信息。

3）Redo Log Files（重做日志文件）

Redo Log Files 記錄著數(shù)據(jù)庫(kù)的改變，如果向數(shù)據(jù)庫(kù)中放入數(shù)據(jù)或者是修改里面的數(shù)據(jù)，只要對(duì)數(shù)據(jù)庫(kù)作了修改，那么就要將修改之前的狀態(tài)、修改之后的狀態(tài)都記錄在 Redo Log Files 中，其作用就是恢復(fù)Data File。
* 例如：數(shù)據(jù)庫(kù)有一個(gè)事務(wù)需要提交，但是提交失敗了，事務(wù)就要回滾，那么事務(wù)回滾的依據(jù)就來(lái)自于這個(gè) Redo Log Files。Redo Log Files 中記錄著數(shù)據(jù)庫(kù)的改變，關(guān)于這個(gè)事務(wù)的改變，如果需要回滾就需要把Redo Log Files中的數(shù)據(jù)取出來(lái)，依照 Redo Log Files 中的數(shù)據(jù)把 Data Files 恢復(fù)到修改之前的狀態(tài)。

4）Parameter File（參數(shù)文件）

任何一個(gè)數(shù)據(jù)庫(kù)都必須要有參數(shù)文件，這個(gè)參數(shù)文件規(guī)定了Oracle中的一些基本的參數(shù)、初始化的參數(shù)的值。

5）Archived Log Files（歸檔日志文件）

Archived Log Files 和 Redo Log Files 是相輔相成的，Redo Log Files 其實(shí)是一個(gè)反復(fù)利用的過(guò)程，會(huì)有幾個(gè)（一般為3個(gè)）固定的文件，這些固定文件會(huì)被依次使用，用滿了以后，Oracle就會(huì)再次寫(xiě)這個(gè)文件頭，就把以前的東西沖掉了。為了進(jìn)一步加強(qiáng)數(shù)據(jù)庫(kù)的備份恢復(fù)能力，在覆蓋之前把這些修改的信息都?xì)w檔到 Archived Log Files 中。

6）Password File（密碼文件）

用戶(hù)客戶(hù)端連接到后臺(tái)數(shù)據(jù)庫(kù)系統(tǒng)時(shí)候存儲(chǔ)口令的。

小問(wèn)答：
Instance 和 Database 的對(duì)應(yīng)關(guān)系是怎樣的呢？

答：Instance ：Database = n ：1
1個(gè) Instance 只能屬于1個(gè)數(shù)據(jù)庫(kù)，可以多個(gè) Instance 同時(shí)訪問(wèn)1個(gè)數(shù)據(jù)庫(kù)。

小補(bǔ)充：
Oracle 的內(nèi)存結(jié)構(gòu)（Memory Structure）

Oracle 的 Memory Structure 實(shí)際上包含兩部分內(nèi)容：SGA和PGA

SGA（System Global Area系統(tǒng)全局區(qū)）

• 一個(gè) Oracle Instance 對(duì)應(yīng)一個(gè)SGA，SGA 在Oracle Instance啟動(dòng)的時(shí)候被分配，SGA 是Oracle Instance 的基本組成部分。
• 一個(gè) Oracle Instance 僅有一個(gè) SGA，SGA是一個(gè)非常大的內(nèi)存空間，甚至可以占據(jù)物理內(nèi)存的80%。

PGA（Program Global Area程序全局區(qū)）

• 一個(gè) Server Process 啟動(dòng)的時(shí)候就會(huì)分配一個(gè) PGA。在 Oracle Instance 中 PGA 可能會(huì)很多。例如啟動(dòng)10個(gè)Server Process就會(huì)有10個(gè)PGA。
• PGA 存放用戶(hù)游標(biāo)、變量、控制、數(shù)據(jù)排序、存放 hash 值。
• 與 SGA 不同，PGA 是獨(dú)立的，非共享。是分配給一個(gè)進(jìn)程并歸該進(jìn)程私有的內(nèi)存區(qū)域。

到此這篇關(guān)于Oracle體系結(jié)構(gòu)的文章就介紹到這了,更多相關(guān)Oracle體系結(jié)構(gòu)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！