关于shared pool的深入探讨(二)
sunday, 2004-08-22 21:23 eygle
link:
http://www.eygle.com/internal/shared_pool-2.htm
我们继续把前面的问题展开一下.
其实我们可以从数据库内部监控shared pool的空间碎片情况.
这涉及到一个内部视图x$ksmsp
x$ksmsp的名称含义为: [k]ernal [s]torage [m]emory management [s]ga hea[p]
其中每一行都代表着shared pool中的一个chunk
首先记录一下测试环境：
sql> select * from v$version;
banner
----------------------------------------------------------------
oracle9i enterprise edition release 9.2.0.3.0 - production
pl/sql release 9.2.0.3.0 - production
core 9.2.0.3.0 production
tns for linux: version 9.2.0.3.0 - production
nlsrtl version 9.2.0.3.0 - production
我们看一下x$ksmsp的结构:
sql> desc x$ksmsp name null? type ----------------------------------------- -------- ---------------------------- addr raw(4) indx number inst_id number ksmchidx number ksmchdur number ksmchcom varchar2(16) ksmchptr raw(4) ksmchsiz number ksmchcls varchar2(8) ksmchtyp number ksmchpar raw(4)
我们关注以下几个字段:
ksmchcom是注释字段,每个内存块被分配以后，注释会添加在该字段中.
x$ksmsp.ksmchsiz代表块大小
x$ksmsp.ksmchcls列代表类型，主要有四类，说明如下:
free
free chunks--不包含任何对象的chunk,可以不受限制的被分配.
recr
recreatable chunks--包含可以被临时移出内存的对象,在需要的时候，这个对象可以
被重新创建.例如,许多存储共享sql代码的内存都是可以重建的.
freeabl
freeable chunks--包含session周期或调用的对象,随后可以被释放.这部分内存有时候
可以全部或部分提前释放.但是注意，由于某些对象是中间过程产生的，这些对象不能
临时被移出内存(因为不可重建).
perm
permanent memory chunks--包含永久对象.通常不能独立释放.
我们可以通过查询x$ksmsp视图来考察shared pool中存在的内存片的数量
不过注意:oracle的某些版本(如:10.1.0.2)在某些平台上(如:hp-ux pa-risc 64-bit)查
询该视图可能导致过度的cpu耗用,这是由于bug引起的.
我们看一下测试:
初始启动数据库,x$ksmsp中存在2259个chunksql> select count(*) from x$ksmsp; count(*)---------- 2259执行查询:sql> select count(*) from dba_objects; count(*)---------- 10491此时shared pool中的chunk数量增加sql> select count(*) from x$ksmsp; count(*)---------- 2358
这就是由于shared pool中进行sql解析，请求空间，进而导致请求free空间,分配、分割
从而产生了更多，更细碎的内存chunk
由此我们可以看出，如果数据库系统中存在大量的硬解析，不停请求分配free的shred pool内存
除了必须的shared pool latch等竞争外，还不可避免的会导致shared pool中产生更多的内存碎片
(当然，在内存回收时，你可能看到chunk数量减少的情况)
我们看以下测试:
首先重新启动数据库:sql> startup force;oracle instance started.total system global area 47256168 bytesfixed size 451176 bytesvariable size 29360128 bytesdatabase buffers 16777216 bytesredo buffers 667648 bytesdatabase mounted.database opened.创建一张临时表用以保存之前x$ksmsp的状态:sql> create global temporary table e$ksmsp on commit preserve rows as 2 select a.ksmchcom, 3 sum (a.chunk) chunk, 4 sum (a.recr) recr, 5 sum (a.freeabl) freeabl, 6 sum (a.sum) sum 7 from (select ksmchcom, count (ksmchcom) chunk, 8 decode (ksmchcls, 'recr', sum (ksmchsiz), null) recr, 9 decode (ksmchcls, 'freeabl', sum (ksmchsiz), null) freeabl, 10 sum (ksmchsiz) sum 11 from x$ksmsp group by ksmchcom, ksmchcls) a 12 where 1 = 0 13 group by a.ksmchcom;table created.保存当前shared pool状态:sql> insert into e$ksmsp 2 select a.ksmchcom, 3 sum (a.chunk) chunk, 4 sum (a.recr) recr, 5 sum (a.freeabl) freeabl, 6 sum (a.sum) sum 7 from (select ksmchcom, count (ksmchcom) chunk, 8 decode (ksmchcls, 'recr', sum (ksmchsiz), null) recr, 9 decode (ksmchcls, 'freeabl', sum (ksmchsiz), null) freeabl, 10 sum (ksmchsiz) sum 11 from x$ksmsp 12 group by ksmchcom, ksmchcls) a 13 group by a.ksmchcom 14 /41 rows created.执行查询:sql> select count(*) from dba_objects; count(*)---------- 10492 比较前后shared pool内存分配的变化:sql> select a.ksmchcom,a.chunk,a.sum,b.chunk,b.sum,(a.chunk - b.chunk) c_diff,(a.sum -b.sum) s_diff 2 from 3 (select a.ksmchcom, 4 sum (a.chunk) chunk, 5 sum (a.recr) recr, 6 sum (a.freeabl) freeabl, 7 sum (a.sum) sum 8 from (select ksmchcom, count (ksmchcom) chunk, 9 decode (ksmchcls, 'recr', sum (ksmchsiz), null) recr, 10 decode (ksmchcls, 'freeabl', sum (ksmchsiz), null) freeabl, 11 sum (ksmchsiz) sum 12 from x$ksmsp 13 group by ksmchcom, ksmchcls) a 14 group by a.ksmchcom) a,e$ksmsp b 15 where a.ksmchcom = b.ksmchcom and (a.chunk - b.chunk) <>0 16 /ksmchcom chunk sum chunk sum c_diff s_diff---------------- ---------- ---------- ---------- ---------- ---------- ----------kgl handles 313 102080 302 98416 11 3664kgls heap 274 365752 270 360424 4 5328kqr po 389 198548 377 192580 12 5968free memory 93 2292076 90 2381304 3 -89228library cache 1005 398284 965 381416 40 16868sql area 287 547452 269 490052 18 574006 rows selected.
我们简单分析一下以上结果:
首先free memory的大小减少了89228(增加到另外五个组件中),这说明sql解析存储占用了一定的内存空间
而chunk从90增加为93，这说明内存碎片增加了.
在下面的部分中,我会着手介绍一下kgl handles, kgls heap这两个非常重要的shared pool中的内存结构.
