共计 7993 个字符，预计需要花费 20 分钟才能阅读完成。
今天就跟大家聊聊有关如何理解 dump 数据块，可能很多人都不太了解，为了让大家更加了解，丸趣 TV 小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
一、dump 数据文件
dump 数据文件需要知道表的存储信息：数据文件号（file#）和数据块号（block#）。
以下查询表所在的表空间、文件号、区段分布、块分布信息
col segment_name for a20
col tablespace_name for
a20
select
segment_name, segment_type, tablespace_name, extent_id, file_id, block_id,
blocks, bytes from dba_extents where owner = SCOTT and segment_name = EMP
SEGMENT_NAME SEGMENT_TYPE TABLESPACE_NAME EXTENT_ID FILE_ID
BLOCK_ID BLOCKS BYTES
——————–
—————— ——————– ———- ———- ———-
———- ———-
EMP TABLE USERS 0 4 144 8
65536
再看表记录的块分布信息
select
dbms_rowid.rowid_block_number(rowid) block#, count(*) block_records from scott.emp group by dbms_rowid.rowid_block_number(rowid) order by block#;
BLOCK# BLOCK_RECORDS
———- ————-
151 14
可见表段开始的前几个块是用于存储段头信息的，行记录数据从后面块开始。
使用以下命令可以 dump 一个或多个数据块：
alter system
dump datafile file# block block#
alter system
dump datafile file# block min block#_min block max
block#_max
先看一下当前会话对应的跟踪文件
trace_file_name for a80
select a.value ||
b.symbol || c.instance_name || _ora_ || d.spid ||
.trc trace_file_name
from (select value from v$parameter where
name = user_dump_dest ) a,
(select substr(value, -6, 1) symbol
from v$parameter
where name = user_dump_dest ) b,
(select instance_name from v$instance)
c,
(select spid
from v$session s, v$process p,
v$mystat m
where s.paddr = p.addr
and s.sid = m.sid
and m.statistic# = 0) d;
TRACE_FILE_NAME
———————————————————
c:\oracle\diag\rdbms\mes\mes\trace\mes_ora_3912.trc
现在 dump 文件块
alter system dump
datafile 4 block 151;
查看跟踪文件内容
Start dump data blocks
tsn: 4 file#:4 minblk 151 maxblk 151
Block dump from cache:
Dump of buffer cache at
level 4 for tsn=4, rdba=16777367
Block dump from disk:
buffer tsn: 4 rdba:
0x01000097 (4/151)
scn: 0x0000.001ef9e3 seq:
0x01 flg: 0x06 tail: 0xf9e30601
frmt: 0x02 chkval: 0xd2a5
type: 0x06=trans data
Hex dump of block: st=0,
typ_found=1
Dump of memory from
0x000000000D186E00 to 0x000000000D188E00
00D186E00 0000A206
01000097 001EF9E3 06010000
[…………….]
…
00D188DF0 0101110C
09C20201 15C102FF F9E30601
[…………….]
Block header dump: 0x01000097
Object id on Block? Y
seg/obj: 0x11dec csc: 0x00.1ef9cc itc: 2
flg: E typ: 1 – DATA
brn: 0
bdba: 0x1000090 ver: 0x01 opc: 0
inc: 0
exflg: 0
Itl
Xid Uba Flag
Lck Scn/Fsc
0x01 0x000a.009.0000044c 0x00c00f07.012e.20 –U-
1 fsc 0x0000.001ef9e3
0x02 0x000a.004.0000044d 0x00c00f07.012e.1c C—
0 scn 0x0000.001ef98a
数据块主要信息如下：
tsn：表空间编号
file#：文件编号
minblk 和 maxblk：导出块编号的范围
rdba：相对块地址信息
这里 rdba 列出了十六进制形式和十进制形式，这个地址可以使用如下查询通过文件号和块号进行转换
select
dbms_utility.make_data_block_address(4, 151) from dual;
DBMS_UTILITY.MAKE_DATA_BLOCK_ADDRESS(4,151)
——————————————-
16777367
它的十六进制形式
select
to_char(16777367, xxxxxxxx)
from dual;
TO_CHAR(1
———
1000097
反过来，也可以通过块地址转换得到文件号和块号
select
dbms_utility.data_block_address_file(16777367) file#, dbms_utility.data_block_address_block(16777367) block# from dual;
FILE#
BLOCK#
———- ———-
4 151
scn：数据块的 SCN 信息
tail：由 SCN 的最后两字节、块类型 type 和序列号 seq 组成
Oracle 利用数据块的 tail 来判断数据块内容的一致性，如果这里的 tail 分解后和 SCN 的最后两字节、块类型和序列号三者不匹配，Oracle 可以判断这个块处于不一致状态，需要恢复。这里的 tail 信息虽然显示在块跟踪文件的开始部分，而事实上它物理的存储在数据块的最末端，这也是 tail 名称的由来。
块类型 type 的有效取值有以下几种：
0x02：undo block
0x06：trans data
0x0e：undo segment header
0x10：data segment header block
0x17：bitmapped data segment header
0x20：first level bitmap block
0x21：second level bitmap block
0x23：pagetable segment header
Object
id on Block? Y：数据块上存储的数据库对象是否存在于 sys.obj$ 数据字典
seg/obj：数据库对象的 ID 信息，以下查询可以验证
object_name for a30
select owner,
object_name from dba_objects where object_id = to_number(11dec , xxxxx
OWNER OBJECT_NAME
——————————
——————————
SCOTT EMP
csc：块清理时的 SCN（cleanout SCN），注意观察它是否匹配数据块的 SCN。
itc：事务槽（ITL slot）的数量，下面的两行正是 ITL 的信息，对应两个事务，用 xid 标识。
flag：标识数据块是否存在于段的 freelist，“-”表示该块不在 freelist 中，“o”代表 on，表示该块存在于 freelist，可用于 insert 记录。
以下是数据头部分
data_block_dump,data
header at 0xd186e64
===============
tsiz: 0x1f98
hsiz: 0x2e
pbl: 0x0d186e64
76543210
flag=——–
ntab=1
nrow=14
frre=-1
fsbo=0x2e
fseo=0x1d61
avsp=0x1d33
tosp=0x1d33
0xe:pti[0] nrow=14 offs=0
0x12:pri[0] offs=0x1f72
0x14:pri[1] offs=0x1f47
0x16:pri[2] offs=0x1f1c
0x18:pri[3] offs=0x1ef3
0x1a:pri[4] offs=0x1ec6
0x1c:pri[5] offs=0x1e9d
0x1e:pri[6] offs=0x1e74
0x20:pri[7] offs=0x1e4c
0x22:pri[8] offs=0x1e26
0x24:pri[9] offs=0x1dfb
0x26:pri[10] offs=0x1dd5
0x28:pri[11] offs=0x1daf
0x2a:pri[12] offs=0x1d88
0x2c:pri[13] offs=0x1d61
这里含义如下：
tsiz：数据块用于存储数据部分的总空间（total data area size）
hsiz：头尺寸（header size）
pbl：数据块在缓存中的地址指针（pointer to buffer holding the
block），下面一行则是其块地址 bdba。
ntab：number of tables，如果该值大于 1，说明该数据块属于 cluster 的存储块。
nrow：number of rows，数据块中存储的记录数量。
fsbo、fseo：free space begin offset 和 free space end offset，两者给出了块中自由空间的起始位置。
avsp：available space in the block
tosp：total available space when all transactions
commit
再往后就是行记录信息，以下是第一条记录
block_row_dump:
tab 0, row 0, @0x1f72
tl: 38 fb: –H-FL– lb:
0x1 cc: 8
col 0: [3]
c2 4a 46
col 1: [5]
53 4d 49 54 48
col 2: [5]
43 4c 45 52 4b
col 3: [3]
c2 50 03
col 4: [7]
77 b4 0c 11 01 01 01
col 5: [2]
c2 09
col 6: *NULL*
col 7: [2]
c1 15
这里含义如下：
tab 0,
row 0, @0x1f72：表在 cluster 中的标识、行标识和行地址。
tl：指示该行共占用的字节空间，十进制表示，包含行的其他开销。
fb：行标记，H 表示 head of row，F 和 L 分别表示行的 first piece 和 last
piece，说明此行涉及导出的数据块，不存在行链接，又由于块中存在行头，说明也存在行迁移。
lb：ITL 事务槽编号
cc：列的数量
col n: [k]：第 n + 1 列的数据，占用 k 个字节。
以下验证第二列数据 col 1: [5]
53 4d 49 54 48，数据以十六进制 ASCII 码形式给出，通过以下查询转换为字符
select
chr(to_number( 53 , xx)) || chr(to_number( 4d , xx)) || chr(to_number( 49 ,
xx )) || chr(to_number( 54 , xx)) || chr(to_number( 48 , xx)) from dual;
CHR(TO_NUM
———-
SMITH
或者使用以下程序包转换
serveroutput on
declare c
varchar2(30);
begin
dbms_stats.convert_raw_value(534d495448 , c);
dbms_output.put_line(c);
end;
/
SMITH
对于第一列数据 col 0: [3]
c2 4a 46，该列是 number 类型，可以通过以上程序包转换为十进制数
set serveroutput on
declare n
number;
begin
dbms_stats.convert_raw_value(c24a46 , n);
dbms_output.put_line(n);
end;
/
7369
从 scott.emp 表上可以查询验证，编号为 7369 的员工正是 smith。
对于第五列数据 col 4: [7]
77 b4 0c 11 01 01 01，该列是 date 类型，同样可以通过以上程序包转换为可显示的日期
serveroutput on
declare dt
date;
begin
dbms_stats.convert_raw_value(77b40c11010101 , dt);
dbms_output.put_line(to_char(dt,
yyyy-mm-dd hh34:mi:ss
end;
/
1980-12-17 00:00:00
二、dump 索引文件
索引数据块和表数据块的存储明显不同。一个 b -tree 索引所对应的存储数据块有分支节点块（branch block）和叶节点块（leaf
block）。要导出一个 b -tree 索引，需要提供这个索引的 object_id，为此先查询索引对象及其 ID 信息
col table_name for a30
col tablespace_name for
a20
col index_name for a20
col index_type for a10
select table_name,
index_name, index_type, status, tablespace_name from dba_indexes where
owner= CMES and table_name= C_MATERIAL_T
TABLE_NAME INDEX_NAME INDEX_TYPE STATUS TABLESPACE_NAME
——————————
——————– ———- ——– ——————–
C_MATERIAL_T IDX_FK_MATERIAL_NO NORMAL
VALID CMES
C_MATERIAL_T IDX_FK_PART_NO NORMAL VALID
CMES
C_MATERIAL_T IDX_PK_MATERIAL_ID NORMAL
VALID CMES
select object_id from
dba_objects where object_name = IDX_FK_PART_NO
OBJECT_ID
———-
77043
启用 treedump 事件跟踪来导出，将索引对象的 object_id 代入以下命令
alter session set events
immediate trace name treedump level 77043
查看导出文件
—– begin tree dump
branch: 0x14003b3
20972467 (0: nrow: 2, level: 1)
leaf: 0x14003b4 20972468 (-1: nrow: 322
rrow: 322)
leaf: 0x14003b5 20972469 (0: nrow: 23 rrow:
23)
—– end tree dump
这个索引树只有一个分支节点（branch）也就是索引的根节点（root），块地址为 0x14003b3，其十进制数为 20972467，根节点的 level 为 1，说明该 b -tree 索引的高度为 2，因为索引树的 level 是从 0 开始计的。该根节点下面没有再分支了，就是叶节点块，叶节点的 level 总是 0，因此 dump 文件中不需要标出。分支和叶所在的位置标识从最左边为 - 1 开始而不是 0。对于叶节点块，nrow 表示该节点块中存储的行指针数，对于分支节点块，nrow 表示指向下一层节点的块数。在叶节点块中，还有 rrow，它与块上的事务处理有关（rrow
is the number of rows after all current transactions have been committed），rrow 和 nrow 相等，表示该块涉及的数据上没有正在执行的事务处理。
分析左边第一个叶块 leaf:
0x14003b4 20972468 (-1: nrow: 322 rrow: 322)，由数据块地址 dba 转换为对应的文件号、块号
select
dbms_utility.data_block_address_file(to_number( 14003b4 , xxxxxxxx)) file#,
dbms_utility.data_block_address_block(to_number( 14003b4 , xxxxxxxx)) block# from dual;
FILE#
BLOCK#
———- ———-
5 948
dump 该数据块
alter system
dump datafile 5 block 948;
查看 dump 文件，找到叶块的描述部分
Leaf block dump
===============
header address
532770404=0x1fc16e64
kdxcolev 0
KDXCOLEV Flags = – – –
kdxcolok 0
kdxcoopc 0x80: opcode=0:
iot flags=— is converted=Y
kdxconco 2
kdxcosdc 0
kdxconro 322
kdxcofbo 680=0x2a8
kdxcofeo 1502=0x5de
kdxcoavs 822
kdxlespl 0
kdxlende 0
kdxlenxt
20972469=0x14003b5
kdxleprv 0=0x0
kdxledsz 0
kdxlebksz 8036
row#0[8017] flag: ——,
lock: 0, len=19
col 0; len 9; (9): 31 36 44 34 30 37 31 38 33
col 1; len 6; (6): 01 40 03 a5 00 0a
row#1[7997] flag: ——,
lock: 0, len=20
col 0; len 10; (10): 31 38 30 35 30 30 30 34 31 45
col 1; len 6; (6): 01 40 03 9b 00 0c
kdxlenxt：下一个叶节点的块地址
kdxleprv：前一个叶节点的块地址
这两个指针对于 SQL 优化器执行索引的 index
range scans 操作非常重要。随后就是叶块的数据内容，这里只显示了两行记录。
看完上述内容，你们对如何理解 dump 数据块有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注丸趣 TV 行业资讯频道，感谢大家的支持。
