从平衡树到oracleb-tree索引的原理探索先话唠一下,oracle索引,有两类运用较广:1)b-tree:OLTP(面向交易)2)bitmap:OLAP(面向分析)步入正题,先搭建测试环境:[sql]SQL>createtablett...SyntaxHighligh
从平衡树到oracle b-tree索引的原理探索
先话唠一下,oracle索引,有两类运用较广:
1)b-tree:OLTP(面向交易)
2)bitmap:OLAP(面向分析)
步入正题,先搭建测试环境:
[sql]
SQL> create table tt as select * from dba_objects;
表已创建。
SQL> select count(*) from tt;
COUNT(*)
----------
50441
www.2cto.com
SQL> insert into tt select * from tt;
已创建50441行。
SQL> /
已创建100882行。
SQL> /
已创建201764行。
SQL> /
已创建403528行。
SQL> /
已创建807056行。
SQL> create index tt_index on tt(object_id) tablespace users;
索引已创建。
把索引tt_index的结构给dump出来:
[sql]
SQL> select object_id from dba_objects where object_name='TT_INDEX';
www.2cto.com
OBJECT_ID
----------
53042
SQL> alter session set events 'immediate trace name treedump level 53042';
会话已更改。
SQL> show parameter user_dump_dest
NAME TYPE
------------------------------------ ----------------------
VALUE
------------------------------
user_dump_dest string
G:\ORACLE\PRODUCT\10.2.0\ADMIN
\ORCL\UDUMP
SQL> select distinct sid from v$mystat;
SID
----------
147
SQL> select paddr from v$session where sid=147;
PADDR
--------
CA280DDC
SQL> select spid from v$process where addr='CA280DDC';
www.2cto.com
SPID
------------------------
5360
到udump,把进程号为5360的文件打开,部分内容如下:
[sql]
*** 2012-08-07 01:21:34.944
*** ACTION NAME:() 2012-08-07 01:21:34.902
*** MODULE NAME:(SQL*Plus) 2012-08-07 01:21:34.902
*** SERVICE NAME:(SYS$USERS) 2012-08-07 01:21:34.902
*** SESSION ID:(147.92) 2012-08-07 01:21:34.902
----- begin tree dump
branch: 0x10001bc 16777660 (0: nrow: 7, level: 2)
branch: 0x100595f 16800095 (-1: nrow: 578, level: 1)
leaf: 0x10001bd 16777661 (-1: nrow: 513 rrow: 513)
leaf: 0x10001be 16777662 (0: nrow: 513 rrow: 513)
leaf: 0x10001bf 16777663 (1: nrow: 513 rrow: 513)
leaf: 0x10001c0 16777664 (2: nrow: 513 rrow: 513)
leaf: 0x10001c1 16777665 (3: nrow: 513 rrow: 513)
leaf: 0x10001c2 16777666 (4: nrow: 513 rrow: 513)
leaf: 0x10001c3 16777667 (5: nrow: 484 rrow: 484)
leaf: 0x10001c4 16777668 (6: nrow: 478 rrow: 478)
leaf: 0x10001c5 16777669 (7: nrow: 478 rrow: 478)
leaf: 0x10001c6 16777670 (8: nrow: 478 rrow: 478)
leaf: 0x10001c7 16777671 (9: nrow: 478 rrow: 478)
leaf: 0x10001c8 16777672 (10: nrow: 478 rrow: 478)
leaf: 0x10001ca 16777674 (11: nrow: 481 rrow: 481)
leaf: 0x10001cb 16777675 (12: nrow: 478 rrow: 478)
leaf: 0x10001cc 16777676 (13: nrow: 478 rrow: 478)
leaf: 0x10001cd 16777677 (14: nrow: 478 rrow: 478)
leaf: 0x10001ce 16777678 (15: nrow: 478 rrow: 478)
leaf: 0x10001cf 16777679 (16: nrow: 478 rrow: 478)
www.2cto.com
由此可证明:b-tree中的b是balance,是棵平衡树。否则,一个branch下面只有两个leaf,才是二叉树。
上面:0x10001bd (16进制)和16777661(10进制)这两个,其实,是一样的。
[sql]
SQL> select to_number('10001bd','xxxxxxx') from dual;
TO_NUMBER('10001BD','XXXXXXX')
------------------------------
16777661
而且,16777661包含两部分:文件号、数据块号。意指:这个地址是哪个数据文件上的第几个块 www.2cto.com
[sql]
SQL> select dbms_utility.data_block_address_file( 16777661) from dual
DBMS_UTILITY.DATA_BLOCK_ADDRESS_FILE(16777661)
----------------------------------------------
4
SQL> select dbms_utility.data_block_address_block( 16777661) from dua
DBMS_UTILITY.DATA_BLOCK_ADDRESS_BLOCK(16777661)
-----------------------------------------------
445
由上,可得:4号文件的第445个块
将tt_index的内容给dump出来一下:
[sql]
SQL> alter system dump datafile 4 block 445;
www.2cto.com
部分内容摘入如下:
[sql]
row#0[8024] flag: ------, lock: 0, len=12
col 0; len 2; (2): c1 03
col 1; len 6; (6): 01 00 01 ac 00 2d
row#1[8012] flag: ------, lock: 0, len=12
col 0; len 2; (2): c1 03
col 1; len 6; (6): 01 00 05 36 00 40
row#2[8000] flag: ------, lock: 0, len=12
col 0; len 2; (2): c1 03
col 1; len 6; (6): 01 00 08 01 00 1b
row#3[7988] flag: ------, lock: 0, len=12
col 0; len 2; (2): c1 03
col 1; len 6; (6): 01 00 0a a2 00 2d
row#4[7976] flag: ------, lock: 0, len=12
col 0; len 2; (2): c1 03
col 1; len 6; (6): 01 00 0d 69 00 48
tt表最小的object_id为2,对应的便是row#0[8024],那么2在oracle中的16进制是如何存储的呢?
[sql]
SQL> select dump(2,16) from dual;
DUMP(2,16)
----------------------------------
Typ=2 Len=2: c1,3
www.2cto.com
由此,可知:2的存储是c1 03.也就是,第0行的第一列存储的值是2.
意味着,在索引的叶子节点里,我们在哪一列上创建索引,其实,oracle就是把该列的值保存到索引的叶子节点里。
索引里第一行第2列16进制数:01 00 01 ac 00 2d和rowid有啥关系呢?
[sql]
SQL> select object_id,rowid from tt
2 where object_id=2
3 order by object_id,rowid;
OBJECT_ID ROWID
---------- ------------------
2 AAAM8xAAEAAAAGsAAt
2 AAAM8xAAEAAAAU2ABA
2 AAAM8xAAEAAAAgBAAb
...
其实,索引里第一行第2列16进制数:01 00 01 ac 00 2d表示的是rowid里面后三部分,也就是:fno、bno、rno。
www.2cto.com
rowid:AAAM8x AAE AAAAGs AAt。通过进制的转换,AAE AAAAGs AAt和01 00 01 ac 00 2d是一样的。
为什么只有后三个部分呢?说白点,书的目录会把书名给包括进去吗?书名就是对象编号、目录就是索引。
到此,我们把索引的内部结构给构造出来:
object_id rowid(后三部分)
... ...
草图如下:
作者 linwaterbin