Oracle的索引是以平衡树的方式组织存储的:保存的是索引列的值,以及该行的rowid的一部分(文件号,块号,行号)
下面我们通过例子来了解一下:
1,create table test(id int,name varchar2(20))
insert into test values(1,'A');
insert into test values(2,'B');
begin
for i in 3..2000 loop
insert into test values(i,'t'||i);
end loop;
end;
2,create index idx_test on test(id)
3,得到这个index的object_id:
SQL> select object_id from dba_objects where object_name='IDX_TEST';
OBJECT_ID
----------
74560
4,将索引dump到trace文件中
alter session set events 'immediate trace name treedump level 74560';
看到结果:有两层,5个叶子节点
----- begin tree dump
branch: 0x1000c93 16780435 (0: nrow: 5, level: 1)
leaf: 0x1000c94 16780436 (-1: nrow: 485 rrow: 485)
leaf: 0x1000c95 16780437 (0: nrow: 479 rrow: 479)
leaf: 0x1000c96 16780438 (1: nrow: 479 rrow: 479)
leaf: 0x1000c97 16780439 (2: nrow: 479 rrow: 479)
leaf: 0x1000c98 16780440 (3: nrow: 78 rrow: 78)
----- end tree dump
0x1000c93 :转为为10进制就是16780435
branch 表示的是 branch block ，它后面跟了一个十六进制表示的DBA(data block address)，以及用10进制表示的DBA
DBA 之后表示在同一层次的相对位置(root 从0开始,branch 以及leaf从 -1开始)
nrow 表示块中包含了多少条目(包括delete的条目)
rrow 表示块中包含的实际条目(不包括delete的条目)
level 表示从该block到leaf的深度(leaf没有 level)
这个 branch block 的 level 为1，也就是说 从这个branch block 到 leaf block 的深度为1,根据前面的查询，这个索引的Blevel为1
验证索引的高度:
SQL> select index_name, PREFIX_LENGTH, BLEVEL, LEAF_BLOCKS from user_indexes where index_name='IDX_TEST';
INDEX_NAME PREFIX_LENGTH BLEVEL LEAF_BLOCKS
------------------------------ ------------- ---------- -----------
IDX_TEST 1 5
可以看到高度为1,leaf block为5
BLEVEL* NUMBER B*-Tree level: depth of the index from its root block to its leaf blocks. A depth of 0 indicates that the root block and leaf block are the same.
LEAF_BLOCKS* NUMBER Number of leaf blocks in the index
现在我来验证一下 branch: 0x1000c93 16780435 (0: nrow: 5, level: 1) 是不是 root block , 我查询这个 branch 的 DBA
SQL> select dbms_utility.data_block_address_file('16780435') FILE_ID,
dbms_utility.data_block_address_block('16780435') BLOCK_ID
from dual; 2 3
FILE_ID BLOCK_ID
---------- ----------
4 3219
Btree 索引的 root block总是segment header+1,所以我查询该索引的段头
SQL> select header_file,header_block from dba_segments where segment_name='IDX_TEST';
HEADER_FILE HEADER_BLOCK
----------- ------------
4 3218
证明branch: 0x1000c93 16780435 (0: nrow: 5, level: 1) 就是root块，其实 treedump第一个 branch block 就是 root block
######################################################################################
到此时为止,已经从dump信息得出了索引的高度和第一个branch block就是root block的结论
######################################################################################
----- begin tree dump
branch: 0x1000c93 16780435 (0: nrow: 5, level: 1)
leaf: 0x1000c94 16780436 (-1: nrow: 485 rrow: 485)
leaf: 0x1000c95 16780437 (0: nrow: 479 rrow: 479)
leaf: 0x1000c96 16780438 (1: nrow: 479 rrow: 479)
leaf: 0x1000c97 16780439 (2: nrow: 479 rrow: 479)
leaf: 0x1000c98 16780440 (3: nrow: 78 rrow: 78)
----- end tree dump
通过下面的转换可以看到上面这两个数据是可以相互转换的。
select to_number('1000c94','xxxxxxxxxxx') from dualSQL> ;
TO_NUMBER('1000C94','XXXXXXXXXXX')
----------------------------------
16780436
SQL> select to_char('16780436','xxxxxxxxxxx') from dual;
TO_CHAR('167
------------
1000c94
Oracle 中提供了dbms_utility来求的这个地址对应的文件号和块号(传入的参数是十进制的那个值).
查看这个leaf block对应的文件号和块号
select dbms_utility.data_block_address_file(16780436)fno,
dbms_utility.data_block_address_block(16780436) bkno from dual
SQL> select dbms_utility.data_block_address_file(16780436)fno,
dbms_utility.data_block_address_block(16780436) bkno from dual 2
3 ;
FNO BKNO
---------- ----------
4 3220
得到的是第4号文件的第3220块
SQL> select file_id,block_id,blocks from dba_extents where segment_name='IDX_TEST';
FILE_ID BLOCK_ID BLOCKS
---------- ---------- ----------
4 3216 8
4 3224 8
##################################################################################
这里得出了leaf 块存放的数据文件号和对应的块
##################################################################################
5,将索引数据dump出来，dump 4号文件的3220块,alter system dump datafile 4 block 3220
row#0[8020] flag: ------, lock: 0, len=12
col 0; len 2; (2): c1 02
col 1; len 6; (6): 01 00 0c 8f 00 00
row#1[8008] flag: ------, lock: 0, len=12
col 0; len 2; (2): c1 03
col 1; len 6; (6): 01 00 0c 8f 00 01
row#2[7996] flag: ------, lock: 0, len=12
col 0; len 2; (2): c1 04
col 1; len 6; (6): 01 00 0c 8f 00 02
row#3[7984] flag: ------, lock: 0, len=12
col 0; len 2; (2): c1 05
col 1; len 6; (6): 01 00 0c 8f 00 03
以前三行为例,
row#0行号.
col 0第一列(本例中第一列为是id), len 2表示长度是2, (2)表示占了两个字节,c1 02是id的值(这里值是1的16进制表示)的存储表示.
col 1是rowid,01 00 0c 8f 00 00是rowid的一部分值,也是16进制的.，先要转换成2进制的，再通过各个位数代表的意义计算文件号，块号和和行号。
01 00 0c 8f 00 00 先转换为2进制:(注意前面先补足0)
10000000000001100100011110000000000000000
00000001 00000000 00001100 10001111 00000000 00000000
然后串起来之后前10位 00000001 00 表示文件号,=4
然后是接下来的22位 000000 00000000 00001100表示块号=3215
最后面的的16位表示行号=0
SQL> select rowid,
id,
dbms_rowid.rowid_relative_fno('AAASM/AAEAAAAyPAAA') fno,
dbms_rowid.rowid_block_number('AAASM/AAEAAAAyPAAA') bkno,
dbms_rowid.rowid_row_number('AAASM/AAEAAAAyPAAA') rno
from test
where id = 1; 2 3 4 5 6 7
ROWID ID FNO BKNO RNO
------------------ ---------- ---------- ---------- ----------
AAASM/AAEAAAAyPAAA 1 4 3215 0
上面的sql得到是4号文件3125块0行.证明索引里保存的为rowid的一部分信息。
总结:dump信息包括了索引的高度,leaf block指向数据块的地址(包括数据文件好和块号),记录了一部分的rowid信息