频道栏目
IT货架 > > 正文
通过bbed了解数据块结构
网友分享于:Jan 1, 1970 8:00:00 AM    来源: IT货架   

标签: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

 

 

                  

通过bbed了解数据块结构

标签:style   blog   io   ar   color   os   使用   sp   文件   

广告服务联系QQ:1134687142 | 网站地图

版权所有: IT货架- 内容来自互联网,仅供用于技术学习,请遵循相关法律法规. 京ICP备11030978号-1