6.oracle的dump理解六块数据结构

最新推荐文章于 2024-06-06 10:01:56 发布

badman250

最新推荐文章于 2024-06-06 10:01:56 发布

阅读量3.1w

点赞数 1

本文链接：https://blog.csdn.net/notbaron/article/details/51228533

版权

6.oracle的dump理解六块数据结构

欢迎转载，转载请标明出处：http://blog.csdn.net/notbaron/article/details/51228533

看了理论，继续来看下块的数据结构，蛤蟆此处使用的是8KB，那么8KB实际使用到底是怎么样子的呢？

1 数据结构

使用MAP命令查看如下：

BBED>map

File: /home/oracle/toad01.dbf(75)

Block: 133 Dba:0x12c00085

KTB Data Block (Table/Cluster)

struct kcbh, 20bytes @0 --块头信息，cache layer

struct ktbbh, 72bytes @20 --事务信息,transaction layer

struct kdbh, 14bytes @100 --对应数据头，占用14字节

struct kdbt[1], 4bytes @114 --表目录*kdbt[0]指针显示值

sb2kdbr[3] @118 --行目录 *kdbr[0]指针值显示状态flg

ub1 freespace[8028] @124 --空闲空间

ub1 rowdata[36] @8152 --行数据

ub4tailchk @8188 --tail check

这个是文件75，块133的，整个块的数据结构。可以看到行数据时从下开始增加的，空闲的空间是在中间。

后面@开头的表示在该块的偏移。

@0表示该块开始的地方开始。

@20表示从第20个字节开始。那么0~19个字节就是 block-header的信息了。

将8KB的数据展开后如下块内容部分，很难看。蛤蟆通过BBED知道了块的结构，我们将块进行划分使用不同的颜色来标注，如下颜色标注。每行32个字节，例如06a20000有4个字节，每两个16进制数就是1个字节（1个16进制数是4位，2个就是8位，8位就是一个字节）。

可以发现表目录只有一项，因为就保存了表t1的数据，行目录3项，因为就3行数据。

这两蛤蟆判断应该是可变的。

网上找到一个图，比较好，如下图1：

验证了蛤蟆的猜想，不过在交易层也是有可变的。

这个图和MAP出来的块结构信息是可以一一对应的，从上到下。

关于块内容的逻辑结构，可以参看下图2：改图来自DSI401.pdf。DSI是Oracle内部资料，DSI是Data Server Internals的缩写,是Oracle公司内部用来培训Oracle售后工程师使用的教材.蛤蟆是在网上下的。

根据块的逻辑结构来分析下实际DUMP得到的数据块数据，看是否能够对应起来。

1.1 struct kcbh 块头 20字节

06a20000 8500c012 dd6d5e81 00000106 97520000

第1个字节：TYPE=06

第2个字节：FMT=A2 (一般是0x02，此处是0xa2,用掩码0x0f与运算可以取出0x02（掩码是为了保护敏感信息）)

第5-8个字节：RDBA=8500c012 换成从大到小就是12C00085

第9-12个字节：SCNBase= dd6d5e81换成从大到小就是815E6DDD

第13-14个字节：SCNWrap=0000

第15个字节：Seq=01 当这个byte的数据为0xff的时候标志block坏调了，出现ora-01578

第16个字节：Flg=06

Flg描述如下，在kcbh.h头文件中定义：

0x01 /* new block -zeroed data area */

0x02 /* Delayed LoggingChange advance SCN/seq */

0x04 /* ChecK Valuesaved-block xor's to zero */

0x08 /* Temporary block*/

第17-18个字节：ChkVal=9752换成从大到小就是5297

Filler当前都不使用4个字节都是0000了。

Tail=SCNBase(低位2字节)+块类型+SCN Seq=6DDD+06+01=6DDD0601

这20个字节的结构体如下图3：

1.2 struct ktbbh 事务信息80个字节

0100000093720100 db6d5e81

00000000 02003200 8000c01254010e00 e6a40000 7c068000 290a0f00 01200000

dd6d5e81 af002100 2f450200 a40a8000 1311100000800000 d46d5e81 00000000

00000000

第21-24个字节：Tyte=01000000 表示块类型换成从大到小就是00000001 （1是DATA,2是INDEX）

第25-28个字节：Seg/obj=93720100表示块对象换成从大到小就是0x17293

第29-36个字节：CSC= db6d5e8100000000块上次全清除的SCN号，换成从大到小就是00000000815e6ddb

第37字节：Fsl=02，在ITL自由列表上的第一个槽位

第38字节：flg=00,

第39-40字节: itc=0x3200换成从大到小就是0x0032，占2个字节。值为50（ITL 条目的个数 max 255超过会报ORA-02207 ORA-00060 ORA-00054 可能是没空间分配itl条目了或它的争用引起的，在8i中 INITRANS default为1 , 9.2.0中 INITRANS default为2,12C是50）

第41-44字节:自由列表下一块地址8000c012换成从大到小就是12C00080

从45字节开始就是ITL记录，每个ITL占用24个字节

本块含有两个ITL记录

54010e00e6a40000 7c068000 290a0f00 01200000 dd6d5e81

af0021002f450200 a40a8000 13111000 00800000 d46d5e81

第45-52字节，XID=54010e00 e6a40000转换过来就是0x0154.00e.0000a4e6

第53-60字节，UBA=7c068000 290a0f00转换过来就是0x0080067c.0a29.0f

第61-62字节，lck flag=0120，即0x2001,表示状态和锁住的行。2=0b0010,就是 - - U -,1表示锁住一行。

C = Committed; U = Commit Upper Bound; T =Active at CSC; B = Rollback of this UBA gives before image of the ITL.

---- = transaction is active, or committedpending cleanout

C--- = transaction has been committed andlocks cleaned out

-B-- = this undo record contains the undofor this ITL entry

--U- = transaction committed (maybe longago); SCN is an upper bound

---T = transaction was still active atblock cleanout SCN

Lck 3 nibbles

The number of row-level locks held in theblock by this transaction.

第63-68字节,表示scn/fsc: 0000dd6d5e81 , 转换后就是0x0000.815e6ddd

1.3 struct kdbh数据头14个字节

00010300 ffff1800 741f5c1f 5c1f

第69字节：flag=00,

第70字节：ntab=1,块中的表数量,大于1表示是簇。

第71字节：nrow=3,块中的行数量

第72字节：表示frre, First free row index entry. -1=you have toadd one

第73字节：fsbo=0x18 Free Space Begin offset从数据头开始偏移0X18个字节，就是24个字节后就是空闲空间了。

第74-75字节：fseo=0x1f74Free Space End offset空闲空间结束的偏移8052.

第76-77字节：avsp=0x1f5cAvailable space in the block (pctfree and pctused) 8028个可以用字节。

第78-79字节：tosp=0x1f5cTotal available space when all TXs commit提交后可用字节。

1.4 struct kdbt[1]表目录4个字节

0000 0300

1.5 sb2 kdbr[3]行目录6个字节

8c1f801f741f 每个两个字节，分别是0x1f8c,0x1f80,0x1f74分别是8076,8064，,8052（块共8192）

1.6 ub1 freespace空闲空间8028个字节

都是000000000。

1.7 ub1 rowdata行数据36个字节

2c010202 c1040544 444444442c000202 c1030542 42424242 2c000202 c1020541 42434544

在此块中每行占用12个字节。

如前面12个字节

2c010202 c1040544 44444444

第一个字节：2c表示--H-FL- -，用比特位表示就是0010 1100 ，16进制就是2C，就是第一个字节

第二个字节：01 ，是lb（lock byte）是锁字节，和ITL中的行锁一样。影响了多少行

第三个字节：02，表示列数量，2个列

第四个字节：02，表示第一个列的字节数是2个

第五，六字节：第一个列的内容：c1 04

3存储在数据库就是c1 04

如下测试：

SQL> select dump(3,16) from dual;

DUMP(3,16)

-----------------

Typ=2 Len=2: c1,4

第7字节：第二个列的字节数是5个

第8~12字节：第二个列的内容：44444444，就是字符串：DDDDD

1.8 ub4 tailchk 尾部检测4个字节

0106dd6d

Tail=SCNBase(低位2字节)+块类型+SCN Seq=6DDD+06+01=6DDD0601

2 BBED DUMP的块内容

BBED> dump dba 75,133 offset 0 count8192

File: /home/oracle/toad01.dbf (75)

Block: 133 Offsets: 0 to 8191 Dba:0x12c00085

------------------------------------------------------------------------

06a20000 8500c012 dd6d5e8100000106 975200000100000093720100 db6d5e81

00000000 02003200 8000c01254010e00 e6a40000 7c068000 290a0f00 01200000

dd6d5e81 af002100 2f450200 a40a8000 1311100000800000 d46d5e81 00000000

00000000 00010300 ffff1800 741f5c1f5c1f0000 03008c1f 801f741f00000000

00000000 00000000 0000000000000000 00000000 00000000 00000000 00000000

00000000 00000000 00000000 0000000000000000 00000000 00000000 00000000