如何理解dump数据块
今天就跟大家聊聊有关如何理解dump数据块，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
成都创新互联公司专注于樟树企业网站建设,成都响应式网站建设公司,商城网站建设。樟树网站建设公司,为樟树等地区提供建站服务。全流程按需制作，专业设计，全程项目跟踪，成都创新互联公司专业和态度为您提供的服务
一、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_recordsfromscott.empgroup by dbms_rowid.rowid_block_number(rowid)order by block#;
BLOCK# BLOCK_RECORDS
---------- -------------
151 14
可见表段开始的前几个块是用于存储段头信息的，行记录数据从后面块开始。
使用以下命令可以dump一个或多个数据块：
alter system
dump datafile
alter system
dump datafile
先看一下当前会话对应的跟踪文件
col 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信息，以下查询可以验证
col 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
或者使用以下程序包转换
set 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类型，同样可以通过以上程序包转换为可显示的日期
set 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数据块有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联行业资讯频道，感谢大家的支持。
当前名称：如何理解dump数据块
链接地址：http://6mz.cn/article/godseh.html