首页 > 代码库 > 通过bbed了解数据块结构
通过bbed了解数据块结构
首先我们有一个表为
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 kcbhstruct 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: 0x7d0f0601frmt: 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/Fsc0x01 0x0005.017.0000050e 0x00c0062e.0143.31 --U- 5 fsc 0x0000.00227d0f0x02 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 76543210flag=--------ntab=1 ntab=1 --数据块属于一个表， cluster表时不是1nrow=5 nrow=2 --行数frre=-1 first free row index entry;-1=you have to add onefsbo=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 commit0xe:pti[0] nrow=5 offs=0 整个表的开始，共2行数据 ，定义了该表在行索引中使用的插槽数0x12:pri[0] offs=0x1f8c 行索引，定义了该块中包含的所有行数据的位置0x14:pri[1] offs=0x1f800x16:pri[2] offs=0x1f740x18:pri[3] offs=0x1f680x1a:pri[4] offs=0x1f5c
BBED中
BBED> p kdbhstruct 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, @0x1f8ctl: 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，所以是AAAAAtab 0, row 1, @0x1f80tl: 12 fb: --H-FL-- lb: 0x1 cc: 2col 0: [ 2] c1 02col 1: [ 5] 42 42 42 42 42tab 0, row 2, @0x1f74tl: 12 fb: --H-FL-- lb: 0x1 cc: 2col 0: [ 2] c1 02col 1: [ 5] 43 43 43 43 43tab 0, row 3, @0x1f68tl: 12 fb: --H-FL-- lb: 0x1 cc: 2col 0: [ 2] c1 02col 1: [ 5] 44 44 44 44 44tab 0, row 4, @0x1f5ctl: 12 fb: --H-FL-- lb: 0x1 cc: 2col 0: [ 2] c1 02col 1: [ 5] 45 45 45 45 45end_of_block_dump
BBED> p kdbrsb2 kdbr[0] @118 8076sb2 kdbr[1] @120 8064sb2 kdbr[2] @122 8052sb2 kdbr[3] @124 8040sb2 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
通过bbed了解数据块结构
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。