分类： Oracle
2008-04-16 13:32:10
| 来源：赛迪网 作者：avlue |
|
通用的索引块头
header address 153168988=0x9212c5c
kdxcolev 0
KDXCOLEV Flags = - - -
kdxcolok 1
kdxcoopc 0x89: opcode=9: iot flags=--- is converted=Y
kdxconco 2
kdxcosdc 2
kdxconro 254
kdxcofbo 544=0x220
kdxcofeo 4482=0x1182
kdxcoavs 3938
kdxcolev：索引级别（0代表页块）；
kdxcolok：标示结构块事块是否发生；
kdxcoopc：内部操作码；
kdxconco：索引列数量，包括ROWID；
kdxcosdc：块中索引结构改变的数量；
kdxconro：索引条目的数量，不包括kdxbrlmc指针；
kdxcofbo：块中空闲空间的开始位置；
kdxcofeo：块中空闲空间的结束位置；
kdxcoavs：块中的可用空间数量（kdxcofbo-kdxcofeo）；
分支头区域
kdxbrlmc 8388627=0x800013
kdxbrsno 92
kdxbrbksz 8060
kdxbrlmc：如果索引值小于第一个值（row#0），则为该索引值所在的块地址；
kdxbrsno：最后更改的索引条目；
kdxbrbksz：可使用的块空间；
叶块头区域
kdxlespl 0
kdxlende 127
kdxlenxt 4342843=0x42443b
kdxleprv 4342845=0x42443d
kdxledsz 0
kdxlebksz 8036
kdxlespl：块拆分时被清除的未提交数据的字节数；
kdxlende：被删除的条目数；
kdxlenxt：下一个页块的RBA；
kdxleprv：上一个页块的RBA；
kdxlebksz：可使用的块空间（默认小于分支的可用空间）；
分支条目
row#0[7898] dba: 4342821=0x424425
col 0; len 3; (3): c2 61 03
col 1; TERM
row#1[7214] dba: 4342873=0x424459
col 0; len 4; (4): c3 04 02 17
col 1; TERM
行号，[块中的起始位置] dba；
列号，列长度，列值；
brach中的每个entry有2个columns:
一个是child blocks中的最大值，另一个是指向的下一层block的address'
但是某些时候可能会有一些比较奇怪的结果：
row#0[7025] dba: 4342908=0x42447c
col 0; len 1024; (1024):
41 20 20 20 …20
col 1; len 4; (4): 00 42 44 73
----- end of branch block dump -----
叶条目
row#38[5014] flag: ----S-, lock: 2, len=14
col 0; len 4; (4): c3 04 61 55
col 1; len 6; (6): 00 42 43 db 00 a1
row#39[5028] flag: ---DS-, lock: 2, len=14
行号[在块中的开始位置] 各种标记（锁信息，删除信息）；
索引列号，长度，值。其中6个字节的为ROWID号，将其转换为二进制，算法结果为：
前10 bit代表了file_id
中22 bit代表了block_id
后16 bit代表了row_id；
通过文件号和块号算出的结果为创建该索引的表的块。
奇怪的是,为什么索引中的rowid不能直接找到obj_id?
因为索引段对应的数据段在 一开始就知道，因为是先知道数据段才找到索引段，然后
根据索引段内容去搜索数据段内容，所以索引段中 rowid 不必包含 data_object_id 信息。
如果索引是建立在非分区表上，或者是分区表上的 LOCAL 索引，使用的是6 bytes的 Restricted ROWID。如果索引是建立在分区表上的 GLOBAL index，则使用 10bytes 的 Extended ROWID，这样可以区分索引指向哪个分区表。 |
