2.2 转储buffer cache
就象实例中的其他内存结构一样,oracle提供了可以将buffer cache转储到跟踪文件的方法。方法如下:
ALTER SESSION SET EVENTS ' immediate trace name buffers level level ' ;
这里的level有很多值,分别可以转储buffer cache中的不同的内容。level的可选值包括:
1 只转储buffer header
2 在level 1的基础上再转储数据块头
3 在level 2的基础上再转储数据块内容
4 转储buffer header和hash chain
5 在level 1的基础上再转储数据块头和hash chain
6 在level 2的基础上再转储数据块内容和hash chain
8 转储buffer header和hash chain以及users/waiters链表
9 在level 1的基础上再转储数据块头、hash chain以及users/waiters链表
10 在level 2的基础上再转储数据块内容、hash chain以及users/waiters链表
我们创建一个简单的测试表,然后看看转储出来的buffer header是什么样子的。
SQL > create table buffer_test(id number ); SQL > select object_id from dba_objects where object_name = ' BUFFER_TEST ' ; OBJECT_ID -- -------- 7087 SQL > insert into buffer_test values ( 1 ); SQL > commit ;
这时我们知道buffer_test表的object_id是7987,同时,该表中只有2个block具有数据。1个是segment header,另一个就是实际存放了1这个值的数据块。接着我们把buffer header转储出来:
SQL > ALTER SESSION SET EVENTS ' immediate trace name buffers level 1 ' ;
到user_dump_dest所定义的目录下,找到跟踪文件并打开,可以看到类似下面的信息,这里我们列出前两个buffer header以及我们建立的object_id为7087的buffer_test表所对应的buffer header的内容:
BH ( 0x637F0720 ) file #: 1 rdba: 0x004011ed ( 1 / 4589 ) class 1 ba: 0x63570000 ………………………………… hash: [ 64be8000,65a5eab4 ] lru: [ 637f06ac,637f0824 ] LRU flags: moved_to_tail ckptq: [ NULL ] fileq: [ NULL ] ………………………………… BH ( 0x64BE8000 ) file #: 0 rdba: 0x00000000 ( 0 / 0 ) class 0 ba: 0x64800000 ………………………………… hash: [ 65a5eab4,637f0720 ] lru: [ 64be8104,65aa3f0c ] ………………………………… BH ( 0x63BEC0A0 ) file #: 6 rdba: 0x0180b00a ( 6 / 45066 ) class 1 ba: 0x638B0000 set : 3 dbwrid: 0 obj: 7087 objn: 7087 hash: [ 65a9ccd4,65a9ccd4 ] lru: [ 63bec1a4,63bec02c ] ckptq: [ 65abceb4,63bec66c ] fileq: [ 65abcfbc,63becd10 ] st: XCURRENT md: NULL rsop: 0x00000000 tch: 1 flags: buffer_dirty gotten_in_current_mode redo_since_read LRBA: [ 0xe9.229.0 ] HSCN: [ 0x0000.00122967 ] HSUB: [ 1 ] RRBA: [ 0x0.0.0 ] BH ( 0x63BECAE8 ) file #: 6 rdba: 0x0180b009 ( 6 / 45065 ) class 4 ba: 0x638CC000 set : 3 dbwrid: 0 obj: 7087 objn: 7087 hash: [ 65a9cbcc,65a9cbcc ] lru: [ 63becbec,63beca74 ] ckptq: [ 637fc250,63becdc4 ] fileq: [ 65ab8ad0,63becdcc ] st: XCURRENT md: NULL rsop: 0x00000000 tch: 2 flags: buffer_dirty gotten_in_current_mode redo_since_read LRBA: [ 0xe9.21b.0 ] HSCN: [ 0x0000.00122965 ] HSUB: [ 1 ] RRBA: [ 0x0.0.0 ] …………………………………
我们可以看到第一个BH (0x637F0720)的hash: [64be8000,65a5eab4]和第二个BH (0x64BE8000)的hash:[65a5eab4,637f0720]。这里记录的就是指向前一个buffer header和后一个buffer header的指针。这里,我们看到第一个BH所指向的后一个buffer header的指针是65a5eab4,而第二个BH所指向的前一个buffer header的指针也是65a5eab4,说明这两个buffer header是在同一个hash chain上。同样的,我们还可以看到类似结构的lru、ckptq、fileq,这些都是管理buffer header的一些链表结构。
然后,我们来看我们创建的buffer_test表所对应的buffer header。 首先,我们看到class,表示该buffer header所对应的数据块的类型,具体的值与含义的对应为:1=data block;2=sort block;3=save undo block;4=segment header;5=save undo header;6=free list;7=extent map;8=1st level bmb;9=2nd level bmb;10=3rd level bmb;11=bitmap block;12=bitmap index block;13=unused;14=undo header;15=undo block。我们可以看到与buffer_test表相关buffer header有两个:一个是4(segment header),另一个是1(data block)。
然后,我们看到rdba,这表示buffer header所对应的数据块的地址。我们可以看到class为1的buffer header的rdba为0x0180b00a (6/45066)。说明该数据块的位置是6号文件的45066号block里。018表示数据文件号乘以4,而b00a表示数据块的号。
SQL > select to_number( ' 018 ' , ' xxx ' ) / 4 as file #,to_number( ' b00a ' , ' xxxx ' )
as block# from dual; FILE # BLOCK# -- -------- ---------- 6 45066
我们看到,该buffer header指向的就是6号文件里的45066号数据块。我们可以再来看看表buffer_test
里的rowid所告诉我们的文件号以及数据块号,从下面可以看到,结果是一样的。
SQL > select id,dbms_rowid.rowid_relative_fno(rowid) as file #, 2 dbms_rowid.rowid_block_number(rowid) as block# from cost.buffer_test; ID FILE # BLOCK# -- -------- ---------- ---------- 1 6 45066
我们可以来看一下st,这表示buffer cache所指向的数据块的状态。一共有六种状态:FREE(0)=可以被重用的数据块;XCURRENT(1)=实例以排他方式获取的当前模式数据块;SCURRENT(2)=可以与其他实例共享的当前模式数据块;CR(3)=作为一致性读镜像的数据块,永远不会被写入磁盘;READING(4)=正在从磁盘读出的数据块;MRECOVERY(5)=正在进行介质恢复的数据块;IRECOVERY(6)=正在进行实例恢复的数据块。从状态说明中我们可以看到,现在表buffer_test的数据块都是当前模式的数据块。我们可以来构造一个CR状态的数据块。
分别建立两个session,在一个session中,执行:
SQL > update buffer_test set id = 2 where id = 1 ;
不要提交,然后在另外一个session中,执行:
SQL > select * from buffer_test; ID -- -------- 1
然后我们转储buffer header后,到跟踪文件中找到obj为7087的记录,可以看到类似如下的内容。可以看到该buffer header的状态就是CR。
………………………………… BH ( 0x63FFBBC8 ) file #: 6 rdba: 0x0180b00a ( 6 / 45066 ) class 1 ba: 0x63F5C000 ………………………………… ckptq: [ NULL ] fileq: [ NULL ] st: CR md: NULL rsop: 0x00000000 tch: 0 …………………………………
另外,我们还可以看到tch,就是表示该数据块被扫描的次数。 以上这些是转储出来的内容。Oracle还提供了视图来显示buffer header的内容,这就是X$BH。这个视图就是把转储到平面文件以后所看到的诸如hash、st、tch等的值以列的方式呈现出来。这里就不做过多的介绍了,有兴趣的话,可以将该视图取出的结果与转储出来的文件进行比较,就可以知道每一列的含义