首先我们有一个表为
SQL> select * from t2;
ID NAME
---------- ----------------------------------------------------------------------------------------------------
1 AAAAA
1 BBBBB
1 CCCCC
1 DDDDD
1 EEEEE
查询出每行的所在的dba
SQL> select id,name,dbms_rowid.ROWID_RELATIVE_FNO(rowid) file#,dbms_rowid.ROWID_BLOCK_NUMBER(rowid) block# from t2;
ID NAME FILE# BLOCK#
---------- ---------------------------------------------------------------------------------------------------- ---------- ----------
1 AAAAA 4 189
1 BBBBB 4 189
1 CCCCC 4 189
1 DDDDD 4 189
1 EEEEE 4 189
可以得出这个表的所有记录都在4号文件的189号块上
BBED> set dba 4,189
DBA 0x010000bd (16777405 4,189)
BBED> show all
FILE# 4
BLOCK# 189
OFFSET 0
DBA 0x010000bd (16777405 4,189)
FILENAME /app/oracle/oradata/orcl/users01.dbf
BIFILE bifile.bbd
LISTFILE /tmp/filelist.txt
BLOCKSIZE 8192
MODE Edit
EDIT Unrecoverable
IBASE Dec
OBASE Dec
WIDTH 80
COUNT 512
LOGFILE log.bbd
SPOOL No
map /v可以看到数据块的结构
BBED> map /v
File: /app/oracle/oradata/orcl/users01.dbf (4)
Block: 189 Dba:0x010000bd
------------------------------------------------------------
KTB Data Block (Table/Cluster)
struct kcbh, 20 bytes @0
ub1 type_kcbh @0
ub1 frmt_kcbh @1
ub1 spare1_kcbh @2
ub1 spare2_kcbh @3
ub4 rdba_kcbh @4
ub4 bas_kcbh @8
ub2 wrp_kcbh @12
ub1 seq_kcbh @14
ub1 flg_kcbh @15
ub2 chkval_kcbh @16
ub2 spare3_kcbh @18
struct ktbbh, 72 bytes @20
ub1 ktbbhtyp @20
union ktbbhsid, 4 bytes @24
struct ktbbhcsc, 8 bytes @28
sb2 ktbbhict @36
ub1 ktbbhflg @38
ub1 ktbbhfsl @39
ub4 ktbbhfnx @40
struct ktbbhitl[2], 48 bytes @44
struct kdbh, 14 bytes @100
ub1 kdbhflag @100
sb1 kdbhntab @101
sb2 kdbhnrow @102
sb2 kdbhfrre @104
sb2 kdbhfsbo @106
sb2 kdbhfseo @108
sb2 kdbhavsp @110
sb2 kdbhtosp @112
struct kdbt[1], 4 bytes @114
sb2 kdbtoffs @114
sb2 kdbtnrow @116
sb2 kdbr[5] @118
ub1 freespace[8000] @128
ub1 rowdata[60] @8128
ub4 tailchk @8188
1. 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:块的标志
如查看kcbh(结合dump):
BBED> p kcbh
struct kcbh, 20 bytes @0
ub1 type_kcbh @0 0x06
ub1 frmt_kcbh @1 0xa2
ub1 spare1_kcbh @2 0x00
ub1 spare2_kcbh @3 0x00
ub4 rdba_kcbh @4 0x010000bd
ub4 bas_kcbh @8 0x00227d0f
ub2 wrp_kcbh @12 0x0000
ub1 seq_kcbh @14 0x01
ub1 flg_kcbh @15 0x06 (KCBHFDLC, KCBHFCKV)
ub2 chkval_kcbh @16 0x129e
ub2 spare3_kcbh @18 0x0000
Block dump from disk:
buffer tsn: 4 rdba: 0x010000bd (4/189)
scn: 0x0000.00227d0f seq: 0x01 flg: 0x06 tail: 0x7d0f0601
frmt: 0x02 chkval: 0x129e type: 0x06=trans data rdba = rdba_kcbh
可以看出:flg=flg_kebh type=tyoe_kcbh chkval= chkval_kcbh frmt = frmt_kcbh(这个oracle的一个算法,所有在dump 中是a2) seq = seq_kchb
scn: 0x0000.00227d0f = wrp_kcbh(高位).bas_kcbh(地位)
tail:保持一致性 lower scn + type + seq
2.ITLBlock header dump: 0x010000bd
Object id on Block? Y
seg/obj: 0x12c11 dba_object
csc: 0x00.227d0d 延迟块清除时的SCN
itc: 2 itl的个数,此时多少个事务在对本data block进行操作
flg: E 指用的是ASSM,如果是O表示用的是free list
typ: 1 - DATA DATA 事务型的数据块
brn: 0
bdba: 0x10000b8
ver: 0x01 opc: 0
inc: 0 exflg: 0
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x0005.017.0000050e 0x00c0062e.0143.31 --U- 5 fsc 0x0000.00227d0f
0x02 0x0000.000.00000000 0x00000000.0000.00 ---- 0 fsc 0x0000.00000000
-Itl: ITL事务槽号的流水编号
-Xid:transac[X]tion identified(事务ID),由und的段号+undo的槽号+undo槽号的覆盖次数三部分组成
-Uba:undo block address记录了最近一次的该记录的前镜像(修改前的值)
-Flag:C是提交,U是快速提交,---是未提交(Flg C=Committed U=Commit Upper Bound T=Active at CSC)
-Lck:锁住了几行数据,对应有几个行锁
--Scn/Fsc:Scn=SCN of commited TX; Fsc=Free space credit(bytes)
bdba: 0x010000bd
接下来看bbed中的ITL
struct ktbbh, 72 bytes @20
ub1 ktbbhtyp @20 0x01 (KDDBTDATA)
union ktbbhsid, 4 bytes @24
ub4 ktbbhsg1 @24 0x00012c11
ub4 ktbbhod1 @24 0x00012c11
struct ktbbhcsc, 8 bytes @28
ub4 kscnbas @28 0x00227d0d
ub2 kscnwrp @32 0x0000
sb2 ktbbhict @36 2
ub1 ktbbhflg @38 0x32 (NONE)
ub1 ktbbhfsl @39 0x00
ub4 ktbbhfnx @40 0x010000b8
struct ktbbhitl[0], 24 bytes @44
struct ktbitxid, 8 bytes @44
ub2 kxidusn @44 0x0005
ub2 kxidslt @46 0x0017
ub4 kxidsqn @48 0x0000050e
struct ktbituba, 8 bytes @52
ub4 kubadba @52 0x00c0062e
ub2 kubaseq @56 0x0143
ub1 kubarec @58 0x31
ub2 ktbitflg @60 0x2005 (KTBFUPB)
union _ktbitun, 2 bytes @62
sb2 _ktbitfsc @62 0
ub2 _ktbitwrp @62 0x0000
ub4 ktbitbas @64 0x00227d0f
struct ktbbhitl[1], 24 bytes @68
struct ktbitxid, 8 bytes @68
ub2 kxidusn @68 0x0000
ub2 kxidslt @70 0x0000
ub4 kxidsqn @72 0x00000000
struct ktbituba, 8 bytes @76
ub4 kubadba @76 0x00000000
ub2 kubaseq @80 0x0000
ub1 kubarec @82 0x00
ub2 ktbitflg @84 0x0000 (NONE)
union _ktbitun, 2 bytes @86
sb2 _ktbitfsc @86 0
ub2 _ktbitwrp @86 0x0000
ub4 ktbitbas @88 0x00000000
都能与DUMP中的相对应。
3.用户数据头
data_block_dump,data header at 0x2b2fb2e3aa64
===============
tsiz: 0x1f98 0x1f98 块的total总可用空间
hsiz: 0x1c 数据头部占的字节数-不固定
pbl: 0x2b2fb2e3aa64
76543210
flag=--------
ntab=1 ntab=1 --数据块属于一个表, cluster表时不是1
nrow=5 nrow=2 --行数
frre=-1 first free row index entry;-1=you have to add one
fsbo=0x1c free space begin offset 起始空间:可以存放数据空间的起始位置(即定义了数据层中空闲空间的起始offset)
fseo=0x1f5c free space end offset 结束空间:可以存放数据空间的结束位置(即定义了数据层中空闲空间的结束offset)
avsp=0x1f40 available space in the block 可用空间
tosp=0x1f40 total available space when all txs commit
0xe:pti[0] nrow=5 offs=0 整个表的开始,共2行数据 ,定义了该表在行索引中使用的插槽数
0x12:pri[0] offs=0x1f8c 行索引,定义了该块中包含的所有行数据的位置
0x14:pri[1] offs=0x1f80
0x16:pri[2] offs=0x1f74
0x18:pri[3] offs=0x1f68
0x1a:pri[4] offs=0x1f5c
BBED中
BBED> p kdbh
struct kdbh, 14 bytes @100
ub1 kdbhflag @100 0x00 (NONE)
sb1 kdbhntab @101 1
sb2 kdbhnrow @102 5
sb2 kdbhfrre @104 -1
sb2 kdbhfsbo @106 28
sb2 kdbhfseo @108 8028
sb2 kdbhavsp @110 8000
sb2 kdbhtosp @112 8000
4.接下来就是用户数据
block_row_dump:
tab 0, row 0, @0x1f8c
tl: 12 fb: --H-FL-- lb: 0x1 cc: 2 FL 开始结束, lb(lock byte), 第一个事务发生在第一个事务槽上面 cc有两列
col 0: [ 2] c1 02 c1 02 是1 ,oracle内部的算法。
col 1: [ 5] 41 41 41 41 41 41=A,所以是AAAAA
tab 0, row 1, @0x1f80
tl: 12 fb: --H-FL-- lb: 0x1 cc: 2
col 0: [ 2] c1 02
col 1: [ 5] 42 42 42 42 42
tab 0, row 2, @0x1f74
tl: 12 fb: --H-FL-- lb: 0x1 cc: 2
col 0: [ 2] c1 02
col 1: [ 5] 43 43 43 43 43
tab 0, row 3, @0x1f68
tl: 12 fb: --H-FL-- lb: 0x1 cc: 2
col 0: [ 2] c1 02
col 1: [ 5] 44 44 44 44 44
tab 0, row 4, @0x1f5c
tl: 12 fb: --H-FL-- lb: 0x1 cc: 2
col 0: [ 2] c1 02
col 1: [ 5] 45 45 45 45 45
end_of_block_dump
BBED> p kdbr
sb2 kdbr[0] @118 8076
sb2 kdbr[1] @120 8064
sb2 kdbr[2] @122 8052
sb2 kdbr[3] @124 8040
sb2 kdbr[4] @126 8028
BBED> x /rnc
rowdata[48] @8176
-----------
flag@8176: 0x2c (KDRHFL, KDRHFF, KDRHFH)
lock@8177: 0x01
cols@8178: 2
col 0[2] @8179: 1
col 1[5] @8182: AAAAA