数据块结构
Oracle 数据块有三部分:
Cache layer
Transaction layer
Data layer
Oracle Data Block的结构简图如下，其中从Data header到Row Data部分合称Data Layer:
———————
– Cache Layer –
———————
– Transaction Layer –
———————
– Data Header –
———————
– Table Directory –
———————
– Row Directory –
———————
– Free Space –
———————
– Row Data –
———————
– Tailchk –
———————
下面将使用bbed工具来显示相关结构信息
BBED> map File: /u01/app/oracle/oradata/shardcat/users01.dbf (7) Block: 135 Dba:0x01c00087 ------------------------------------------------------------ KTB Data Block (Table/Cluster) struct kcbh, 20 bytes @0 struct ktbbh, 72 bytes @20 struct kdbh, 14 bytes @100 struct kdbt[1], 4 bytes @114 sb2 kdbr[8] @118 ub1 freespace[7983] @134 ub1 rowdata[71] @8117 ub4 tailchk @8188
数据块组件
Oracle数据块三层C结构，它被映射到SGA kcbh(内核缓存数据块头)中的数据块。Cache Layer包含关于块格式,类型(数据，索引，头等)信息和序列数据。
BBED> p kcbh struct kcbh, 20 bytes @0 ub1 type_kcbh @0 0x06 ub1 frmt_kcbh @1 0xa2 ub2 wrp2_kcbh @2 0x0000 ub4 rdba_kcbh @4 0x01c00087 ub4 bas_kcbh @8 0x01286184 ub2 wrp_kcbh @12 0x0000 ub1 seq_kcbh @14 0x01 ub1 flg_kcbh @15 0x06 (KCBHFDLC, KCBHFCKV) ub2 chkval_kcbh @16 0x0137 ub2 spare3_kcbh @18 0x0000
Cache Layer：Block的第一部分，长度为20字节，内部数据结构名为kcbh，包括
type_kcbh:块类型(table/index,rollback segment,temporary segment等)
frmt_kcbh:块格式(v6,v7,v8)
rdba_kcbh:块地址DBA
bas_kcbh/wrp_kcbh:SCN
seq_kcbh:块的序列号
flg_kcbh:块的标志
事务层存储了关于数据块的事务信息
Transaction Layer：内部结构名ktbbh。分成两部分，第一部分为固定长度，长度为24字节，包含事务相关的一些基本信息。第二部分为可变长度，包含itl，长度根据itl条目的个数变化，每个itl长度为24字节，内部结构名ktbbhitl
BBED> p ktbbh
struct ktbbh, 72 bytes @20
ub1 ktbbhtyp @20 0x01 (KDDBTDATA)
union ktbbhsid, 4 bytes @24
ub4 ktbbhsg1 @24 0x0001af27
ub4 ktbbhod1 @24 0x0001af27
struct ktbbhcsc, 8 bytes @28
ub4 kscnbas @28 0x01286182
ub2 kscnwrp @32 0x8000
ub2 kscnwrp2 @34 0x0000
sb2 ktbbhict @36 7938
ub1 ktbbhflg @38 0x32 (NONE)
ub1 ktbbhfsl @39 0x00
ub4 ktbbhfnx @40 0x01c00080
struct ktbbhitl[0], 24 bytes @44
struct ktbitxid, 8 bytes @44
ub2 kxidusn @44 0x0006
ub2 kxidslt @46 0x0012
ub4 kxidsqn @48 0x000038f6
struct ktbituba, 8 bytes @52
ub4 kubadba @52 0x010002d9
ub2 kubaseq @56 0x10c9
ub1 kubarec @58 0x09
ub2 ktbitflg @60 0x8000 (KTBFCOM)
union _ktbitun, 2 bytes @62
sb2 _ktbitfsc @62 -32768
ub2 _ktbitwrp @62 0x8000
ub4 ktbitbas @64 0x01228dbb
struct ktbbhitl[1], 24 bytes @68
struct ktbitxid, 8 bytes @68
ub2 kxidusn @68 0x0008
ub2 kxidslt @70 0x001b
ub4 kxidsqn @72 0x00003a9a
struct ktbituba, 8 bytes @76
ub4 kubadba @76 0x010002b5
ub2 kubaseq @80 0x114f
ub1 kubarec @82 0x20
ub2 ktbitflg @84 0x2001 (KTBFUPB)
union _ktbitun, 2 bytes @86
sb2 _ktbitfsc @86 10
ub2 _ktbitwrp @86 0x000a
ub4 ktbitbas @88 0x01286184
这种结构出现在数据库每个数据块的开头部分。它甚至出现在不由redo改变的排序块中。它也会出现在数据文件头块和控制文件头块的开头部分。缓存层提供了对坏数据的规模。它也用来确保正确的数据块被读取并且数据块没有破裂或损坏。所谓破裂的数据块就是只有一部分被写入磁盘，数据块的一部分保留了之前的版本。
Data Layer：包括Data Header，Table Directory，Row Directory，Free Space和Row Data。
Data Header：长度14字节，内部数据结构名kdbh
BBED> p kdbh struct kdbh, 14 bytes @100 ub1 kdbhflag @100 0x00 (NONE) sb1 kdbhntab @101 1 sb2 kdbhnrow @102 8 sb2 kdbhfrre @104 -1 sb2 kdbhfsbo @106 34 sb2 kdbhfseo @108 8017 sb2 kdbhavsp @110 7977 sb2 kdbhtosp @112 7989
其中kdbhnrow是存储在数据块中的记录数为8,而表中确实有8条记录。(从ROWID可以判断出来)
SQL> select dbms_rowid.rowid_block_number(rowid),t1.t_id,t1.t_name from jy.t1;
DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID) T_ID T_NAME
------------------------------------ ---------- ----------------------------------------
134 9 YYL
135 1 A
135 2 B
135 3 C
135 4 D
135 5 E
135 6 F
135 7 JYHY
135 8 JYYYL
9 rows selected.
Table Directory: 一般table只有一个条目，cluster则有一个或多个条目。每个条目长4字节，内部数据结构名kdbt
BBED> p kdbt struct kdbt[0], 4 bytes @114 sb2 kdbtoffs @114 0 sb2 kdbtnrow @116 8
Row Directory：数目由块中数据的行数决定，每个条目长2字节，内部数据结构名kdbr
BBED> p kdbr sb2 kdbr[0] @118 8080 sb2 kdbr[1] @120 8072 sb2 kdbr[2] @122 8064 sb2 kdbr[3] @124 8056 sb2 kdbr[4] @126 8048 sb2 kdbr[5] @128 8040 sb2 kdbr[6] @130 8029 sb2 kdbr[7] @132 8017
查看表中的记录数据,一个重复计数也可以被指定用来重复执行examine命令来检查后续的行记录。下面的例子显示了先使用print命令来设置最后一行记录的偏移量，然后检查后面的8行记录的操作.
BBED> p *kdbr[7] rowdata[0] ---------- ub1 rowdata[0] @8117 0x2c BBED> x /8rnc rowdata[0] @8117 ---------- flag@8117: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@8118: 0x02 cols@8119: 2 col 0[2] @8120: 8 col 1[5] @8123: JYYYL rowdata[12] @8129 ----------- flag@8129: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@8130: 0x00 cols@8131: 2 col 0[2] @8132: 7 col 1[4] @8135: JYHY rowdata[23] @8140 ----------- flag@8140: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@8141: 0x00 cols@8142: 2 col 0[2] @8143: 6 col 1[1] @8146: F rowdata[31] @8148 ----------- flag@8148: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@8149: 0x00 cols@8150: 2 col 0[2] @8151: 5 col 1[1] @8154: E rowdata[39] @8156 ----------- flag@8156: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@8157: 0x00 cols@8158: 2 col 0[2] @8159: 4 col 1[1] @8162: D rowdata[47] @8164 ----------- flag@8164: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@8165: 0x00 cols@8166: 2 col 0[2] @8167: 3 col 1[1] @8170: C rowdata[55] @8172 ----------- flag@8172: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@8173: 0x00 cols@8174: 2 col 0[2] @8175: 2 col 1[1] @8178: B rowdata[63] @8180 ----------- flag@8180: 0x2c (KDRHFL, KDRHFF, KDRHFH) lock@8181: 0x00 cols@8182: 2 col 0[2] @8183: 1 col 1[1] @8186: A
Free Space：表示数据块中可用空间，内部数据结构名freespace
Row Data：表示实际的数据，内部数据结构名rowdata
BBED> p rowdata[0] ub1 rowdata[0] @8117 0x2c BBED> d /v offset 8117 File: /u01/app/oracle/oradata/shardcat/users01.dbf (7) Block: 135 Offsets: 8117 to 8191 Dba:0x01c00087 ------------------------------------------------------- 2c020202 c109054a 5959594c 2c000202 l ,......JYYYL,... c108044a 5948592c 000202c1 0701462c l ...JYHY,......F, 000202c1 0601452c 000202c1 0501442c l ......E,......D, 000202c1 0401432c 000202c1 0301422c l ......C,......B, 000202c1 02014101 068461 l ......A...a <16 bytes per line>
Tailchk:保存在块结尾用于校验的数据，长度4个字节，内部结构名tailchk。所有Oracle块的最后四个字节都是tail check(结尾检查)。
对于一个Oracle 8以上版本的数据块的tail它是由SCN base的低位两字节的内容，数据块的类型与SCN序列号组成的。例如，如果SCN base为 0x01286184，数据块类型为0x06，SCN序列号为0x01，那么tail check将是0x61840601
BBED> p tailchk ub4 tailchk @8188 0x61840601 BBED> p kcbh struct kcbh, 20 bytes @0 ub1 type_kcbh @0 0x06 ub1 frmt_kcbh @1 0xa2 ub2 wrp2_kcbh @2 0x0000 ub4 rdba_kcbh @4 0x01c00087 ub4 bas_kcbh @8 0x01286184 ub2 wrp_kcbh @12 0x0000 ub1 seq_kcbh @14 0x01 ub1 flg_kcbh @15 0x06 (KCBHFDLC, KCBHFCKV) ub2 chkval_kcbh @16 0x0137 ub2 spare3_kcbh @18 0x0000
虽然tail check的值通常是由这三个组件级成，Oracle会对最终的值作为一个值(4字节)以单无符号整数来存储。在小字节序编码(little-endian)的构架机器中，比如Intel，这个值将以低位字节优先的方式来存储。因此如果使用标准块编辑器或dump命令来检查数据块的tail check时，字节顺序可能不一样。一个tail check为0x61840601，在Intel机器上它将以”01068461″的形式存储在磁盘。
BBED> dump /v offset 8188 File: /u01/app/oracle/oradata/shardcat/users01.dbf (7) Block: 135 Offsets: 8188 to 8191 Dba:0x01c00087 ------------------------------------------------------- 01068461 l ...a <16 bytes per line>