shared pool的物理結構和邏輯結構

******************************************************

HEAP DUMP heap name="sga heap"   desc=0x2000002c

 extent sz=0x32c8 alt=108 het=32767 rec=9 flg=-126 opc=0

 parent=(nil) owner=(nil) nex=(nil) xsz=0x0

******************************************************

HEAP DUMP heap name="sga heap(1,1)"   desc=0x2001b598

 extent sz=0xfc4 alt=108 het=32767 rec=9 flg=-126 opc=0

 parent=(nil) owner=(nil) nex=(nil) xsz=0x1000000

EXTENT 0 addr=0x9d000000

   Chunk 9d000038 sz=        24   R-freeable   "reserved stoppe"

   Chunk 9d000050 sz=    839576   R-free       "                "

  Chunk 9d0ccfe8 sz=        24   R-freeable   "reserved stoppe"

   Chunk 9d0cd000 sz= 10274952     free       "                "

   Chunk 9da99888 sz=       796     recreate   "KGL handles     "   latch=(nil)

   Chunk 9da99ba4 sz=      1036     freeable   "parameter table"

   Chunk 9da99fb0 sz=        96     freeable   "library cache   "

   Chunk 9da9a010 sz=       228     recreate   "KGL handles     "   latch=(nil)

   Chunk 9da9a0f4 sz=        96     freeable   "library cache   "

   Chunk 9da9a154 sz=       284     recreate   "KQR PO          "   latch=0x9baaf310

   Chunk 9da9a270 sz=       284     recreate   "KQR PO          "   latch=0x9baaf310

   Chunk 9da9a38c sz=       540     recreate   "KQR PO          "   latch=0x9baaf568

   Chunk 9da9a5a8 sz=        96     freeable   "library cache   "

   Chunk 9da9a608 sz=       540     recreate   "KGL handles     "   latch=(nil)

   Chunk 9da9a824 sz=       540     recreate   "KGL handles     "   latch=(nil)

   Chunk 9da9aa40 sz=       540     recreate   "KGL handles     "   latch=(nil)

   Chunk 9da9ac5c sz=       540     recreate   "KGL handles     "   latch=(nil)

   Chunk 9da9ae78 sz=       540     recreate   "KGL handles     "   latch=(nil)

在chunk 的  header 中，有一個16 位元組的固定區域，儲存分配該heap 記憶體的原因或者說是註釋，如”KGL handles” 、”KQR PO” 等等。

Oracle shared pool 中這些實體記憶體的分配、管理都是由一個叫做KGH Heap Manager 的C 程式來實現的。Heap Manager 預先分配所有的shared pool 所定義的記憶體空間。Heap Manager 還管理PGA 記憶體，但這個操作需要經常同作業系統互動來分配和回收記憶體。

 

從邏輯角度看Oracle shared pool ，它主要分為library cache 、dictionary cache 和control structure 三個部分。

Shared pool 的library cache 主要儲存了已執行的SQL 語句和PL/SQL 物件，以及它們的執行計劃等等。

採用hash table 對這些物件進行管理。例如一個SQL 在經過hash 演算法分析後得到一個hash 值。hash table 下由若干個hash bucket ，hash bucket 下又有若干個library cache handle 組成。這些handle 的組成部分包括name,namespace,lock owners,lock waiters,pin owners,pin waiters,flags,heap 0(object) 。其中heap 0 儲存的是指向object 的指標。因此這個heap 0 也稱為object 。如下圖所示：

根據library cache 的結構，延伸到heap 0 這個級別上。heap 0 的組成部分包括object type,object name,flags,tables,data blocks 。其中tables 和data blocks 又進一步延伸。

tables 的組成部分包括dependency table ，child table ，translation table ，authorization table ，access table ，r-o dependency table ，schema name table 。

data blocks 的組成部分包括object, source,diana,pcode,mcode,errors,sql context 。其中source 也稱為heap 1 用於儲存sql 文字,sql context 稱為heap 6 用於儲存SQL 執行計劃。如下圖所示：

library cache 中不同bucket 的library cache object handle 是有不同型別的。可以根據object handle 中的namespace 進行區別。不同object handle 之間可能採用雙向連結串列的形式相互關聯。

如namespace 為CRSR 的，有parent cursor 和child cursor ，分別在不同的bucket 中的object handle 裡。

使用”library_cache level 11 “將library cache 的記憶體dump 出來。

使用的SQL 如下：

 alter session set events 'immediate trace name library_cache level 11';

dump 出來的結果如下：