如何理解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数据块
URL标题:http://scyanting.com/article/godseh.html