oracle block 格式

  1下面的是 udump 目录下面 dump 文件的信息   
  2  
  3\----------------------- 第一部分   
  4  
  5buffer tsn: 7 rdba: 0x01000003 (4/3)   
  6scn: 0x0000.000802a5 seq: 0x01 flg: 0x02 tail: 0x02a50601   
  7frmt: 0x02 chkval: 0x0000 type: 0x06=trans data   
  8  
  9\--- buffer tsn: 数据文件对应的 tablespace 的 number 这只是dump文件中记录的数据而已   
 10\--- block 中是没有记录 tablespace 的 number 的   
 11\--- rdba: 4 bytes datafile 中 block 的地址 标示的第几个 block   
 12\--- scn: 6 bytes system change number   
 13\--- seq: 1 byte A sequence number incremented for each change to a block at the same SCN   
 14\--- A new SCN is allocated if the sequence number wraps.   
 15\--- 同一个SCN影响这个block中的行数大于 254 行就会为这个事务分配一个新的SCN   
 16\--- 如下面的操作就可能引起同一个SCN但影响的同一个block 中的行超过254行   
 17\--- "delete from table_name"   
 18\--- 影响的行数(最大254) 是用从 0x01 到 0xfe 表示的   
 19\--- 当这个byte 的数据为 0xff 的时候标志这个 block 坏调了---> ora-01578   
 20\--- flg: 1 byte 1 = virgin block   
 21\--- 2 = last change to the block was for a cleanout operation   
 22\--- 4 = checksum value is set   
 23\--- 8 = temporary data   
 24\--- 这是一个可以组合的值 也就是说有为 6 的时候是 2,4 两种情况的组合   
 25\--- tail: 4 bytes 这是记录在 block 的最后面的 4 bytes 的数据   
 26\--- dump文件中只是把他写在了前面而已   
 27\--- frmt: 1 byte oracle 8 以后看见的都是 0x02   
 28\--- chkval: 2 bytes 在 init 文件中设置了 db_block_checksum=true 才有值   
 29\--- type: 1 byte 这个 block 的类型 这里主要看 0x06 这种 因为这种是用来存用户数据的   
 30\--- 其他的类型可以参考http://www.ixora.com.au/notes/cache_block_types.htm   
 31  
 32\----------------------- 第二部分   
 33Block header dump: 0x01000003   
 34Object id on Block? Y   
 35seg/obj: 0x614a csc: 0x00.802a3 itc: 1 flg: O typ: 1 - DATA   
 36fsl: 0 fnx: 0x0 ver: 0x01   
 37  
 38\--- seg/obj: 4 bytes 这里是16进制的 对应 sys.obj$.obj# 数据字典的数据   
 39\--- csc: 6 bytes The SCN at which the last full cleanout was performed on the block   
 40\--- itc: 1 byte 下面的Itl事务条的个数 8.1.7的文档上面说可以使用 INITRANS 在建表的时候   
 41\--- 限制这个值的大小(max 255超过会报ORA-02207) 但要考虑block 的空间是否够   
 42\--- 表在8i中 INITRANS default为1 , 9.2.0中 INITRANS default为2   
 43\--- Yong Huang 说有些时候发生ORA-00060可以把表的 INITRANS 设置大点   
 44\--- ixora 上说当block的空间不够创建一个ITL的时候一样可能引起ORA-00054   
 45\--- flg: 2 bytes 0 indicates that the block is on a freelist. Otherwise the flag is -   
 46\--- 9i 的ASSM 的情况下这个值为 E   
 47\--- ixora 上说他占用 2 bytes 但我下面的试验和他的结果有一定的出入   
 48\--- 我观察到的情况是 :   
 49\--- Object id on Block? Y   
 50\--- flg: O   
 51\--- ver: 0x01   
 52\--- 上面的3项是用同一个 byte 来表示的   
 53\--- typ: 1 byte 1 为 table ; 2 为 index. oracle进行查询的时候是根据 obj$表中的情况来   
 54\--- 判断对象的类型的,不是根据这个typ。也就是说如果有一个表但改变表中block   
 55\--- 的这个标志位，一样可以查询出数据来,但dump block 时会出错,如下面的ora   
 56\--- ORA-00600: 内部错误代码，自变量: [4555], [0], [], [], [], [], [], []   
 57\--- 错误中的 [0] 就是typ对应的数据   
 58\--- fsl: 1 byte Index to the first slot on the ITL freelist. ITL TX freelist slot   
 59\--- fnx: 4 bytes 自由列表中下一块的地址 Null if this block is not on a freelist   
 60\--- 有数据例如: fnx: 0x1000029   
 61\--- ver: 1 byte format (version) 这个数据没有看到相关的文档介绍 从ixora上说是占用1byte   
 62\--- 但我从下面的2进制文件中看到的有不同 下面有介绍   
 63\--- unused: 4 bytes 在这里还有4 bytes 的空闲的空间 但在上面的 dump 文件上是没显示出来的   
 64\--- 这个unused 的4 bytes是 ixora 上面的说法   
 65\--- 9i 的 ASSM 的 " fsl: 0 fnx: 0x0 ver: 0x01 "这一段数据的情况已经改变了   
 66  
 67\----------------------- 第三部分   
 68Itl Xid Uba Flag Lck Scn/Fsc   
 690x01 xid: 0x0003.045.000000b4 uba: 0x0080170a.00c7.36 --U- 1 fsc 0x0000.000802a5   
 70  
 71\--- 这是 oracle 用来记录事务信息的部分 这里显示的只有一个ITL条 有多少个ITL条是可以动态增加的   
 72\--- 只要 block 中的空间足够 可以定义初始化的 ITL 条的个数 用 INITRANS 这storage 参数   
 73\--- 这里有多少个 ITL 可以从上面 "第二部分" 的 "itc:" 看出来   
 74\--- 这部分牵扯 rollback segment 或 undo tablespace   
 75\--- Itl itl 的序号   
 76\--- xid: 8 bytes 值可以用select XIDUSN, XIDSLOT,XIDSQN from v$transaction;查到   
 77\--- This is comprised of the rollback segment number (2 bytes), the slot number   
 78\--- in the transaction table of that rollback segment (2 bytes), and the number   
 79\--- of times use of that transaction table has wrapped (4 bytes).   
 80\--- Uba: 8 bytes The location of the undo for the most recent change to this block by this   
 81\--- transaction. This is comprised of the DBA of the rollback segment block (4   
 82\--- bytes), the sequence number (2 bytes), and the record number for the change   
 83\--- in that undo block (1 byte), plus 1 unused byte.   
 84\--- flag 1 nibble ---- = transaction is active, or committed pending cleanout   
 85\--- C--- = transaction has been committed and locks cleaned out   
 86\--- -B-- = this undo record contains the undo for this ITL entry   
 87\--- --U- = transaction committed (maybe long ago); SCN is an upper bound   
 88\--- ---T = transaction was still active at block cleanout SCN   
 89\--- Lck 3 nibbles The number of row-level locks held in the block by this transaction.   
 90\--- Scn/Fsc 6 bytes If the transaction has been cleaned out, this is the commit SCN or an upper   
 91\--- bound thereof. Otherwise the leading two bytes contain the free space credit   
 92\--- for the transaction - that is, the number of bytes freed in the block by the   
 93\--- transaction   
 94\--- 参考http://www.ixora.com.au/q+a/datablock.htm#end   
 95\---   
 96  
 97\----------------------- 第四部分   
 98data_block_dump   
 99===============   
100tsiz: 0x1fb8   
101hsiz: 0x14   
102pbl: 0x02476c44   
103bdba: 0x01000003   
104flag=-----------   
105ntab=1   
106nrow=1   
107frre=-1   
108fsbo=0x14   
109fseo=0x1fb2   
110avsp=0x1f9b   
111tosp=0x1f9b   
1120xe:pti[0] nrow=1 offs=0   
1130x12:pri[0] offs=0x1fb2   
114  
115\--- tsiz: hsiz: pbl: bdba: 在数据文件都是没有存储的   
116\--- tsiz: 除了上面的3部分和block尾部的4个字节剩下的空间 0x1fb8就是8120字节 8k的block:   
117\--- 8192-20(block head)-24(Transaction Header)-24(一个事务条)-4(block tail)=8120   
118\--- hsiz: 数据块头20个字节+数据块尾4个字节=24字节(0x14)   
119\--- pbl: ptr to buffer holding the block 我是用的专用模式dump的datafile中的block出来   
120\--- 在同一个session的dump文件中 dump 出来的block 的这个都是同一个值   
121\--- bdba: 和第一部分中的rdba 一个意思   
122\--- flag 1 byte N=pctfree hit(clusters), F=don't put on free list   
123\--- K=flushable cluster keys. 当然还有别的标记: A ...   
124\--- ntab 1 byte 这block中有几个table的数据 cluster这个就可能大于1   
125\--- nrow 2 bytes block 中有多少行数据   
126\--- frre 2 bytes First free row index entry. -1=you have to add one.   
127\--- fsbo 2 bytes Free Space Begin offset   
128\--- fseo 2 bytes Free Space End offset   
129\--- avsp 2 bytes Available space in the block
130```
131<pctfree and="" pctused?="">   
132\--- tosp 2 bytes Total available space when all TXs commit   
133\--- 0xe: nrow 2 bytes block 中的这个table有多少行数据   
134\--- 0xe: offs 2 bytes 偏移量 用 cluster 的时候可以看出值   
135  
136\----------------------- 第五部分   
137block_row_dump:   
138tab 0, row 0, @0x1fb2   
139tl: 6 fb: --H-FL-- lb: 0x1 cc: 1   
140col 0: [ 2] c1 02   
141end_of_block_dump   
142  
143\--- tl: 这条记录中的长度 包括row head 的一般情况的 3 字节和表示数据长度的1字节和数据本身的长度   
144\--- fb: 1 byte K = Cluster Key (Flags may change meaning if this is set to show HASH cluster)   
145\--- C = Cluster table member   
146\--- H = Head piece of row   
147\--- D = Deleted row   
148\--- F = First data piece   
149\--- L = Last data piece   
150\--- P = First column continues from previous piece   
151\--- N = Last column continues in next piece   
152\--- lb: 1 byte 和上面第三部分的 ITL 的lck相对应 表示这行是否被 lock 了   
153\--- cc: 1 byte 表示这行有几列数据   
154\--- col 0: [ 2] : 1 byte 表示这行的这列的长度   
155\--- c1 02 : 这就是table中的数据 "1" 可以通过下面的语句看 oracle真正使用的是   
156\--- 那些16进制的数据来表示的用户数据 select dump(col_name,16) from table_name;   
157  

 1上面只是讲解了一个最简单的oracle 的block 的格式 其他还有很多的情况 如 cluster , index 等   
 2long , lob , long raw 这些在 block 中的表示因为数据长度的不同都会有不同的体现   
 3  
 4有的时候改动block 中的任意数据不一定会发生 ORA-01578 因为下面的两个参数没有设置为 true   
 5db_block_checking db_block_checksum   
 6这两个参数对于system tablespace 默认都是true 所以改变 system tablespace 中的   
 7数据肯定会发生ORA-01578   
 8随着oracle版本的不断升级 oracle 对block中存储数据的正确性也在不断的提升要求 而且通过常规的   
 9手段想去了解 oracle block 的格式也可能越来越困难</pctfree>
10```