标签：style blog io ar color os 使用 sp 文件
首先我们有一个表为
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
标签：style blog io ar color os 使用 sp 文件
原文地址：http://www.cnblogs.com/evancao350/p/4118379.html
