Oracle core02_数据块

数据更改

oracle core完成了oracle的核心功能，recovery，读一致性等。深入的了解oracle的机制，就从一个最简单的更新开始。
对于oracle来说，最大的一个特性就是写了两次数据:

写数据到数据文件中
写数据的变更日志到日志文件中

对于最常见的数据更新来说，oracle主要做了一下动作：

创建数据块变更的日志记录即 redo change vector
创建数据块的映像即undo record
创建undo数据块变更的日志记录
更新数据块

下面就以update为例：记录变更的过程。
实验环境：Oracle Database 10g Enterprise Edition Release 10.2.0.1.0

oracle对于update，会依次做以下变更：

创建插入undo record的undo变更redo change vector
创建数据块变更的redo change vector
组合redo change vector为record写入log buffer
undo record插入到undo块中
更新数据块

这里可以看到，对于oracle来说，所有的数据块的变更都是日志先行。

　　1. 准备数据：

SYS/SYS@ORCL>create table test(id number, name varchar2(100));
Table created.
SYS/SYS@ORCL>insert into test values(1,'xpchild_1');
1 row created.
SYS/SYS@ORCL>insert into test values(2,'xpchild_2');
1 row created.
SYS/SYS@ORCL>insert into test values(3,'xpchild_3');
1 row created.
SYS/SYS@ORCL>commit;
Commit complete.

　　2.dump 当前数据块

SYS/SYS@ORCL>select owner, segment_name, tablespace_name, HEADER_FILE, HEADER_BLOCK , blocks 
from dba_segments where segment_name='TEST' AND OWNER='XPCHILD';

OWNER                SEGMENT_NAME         TABLESPACE_NAME      HEADER_FILE HEADER_BLOCK     BLOCKS
-------------------- -------------------- -------------------- ----------- ------------ ----------
XPCHILD              TEST                 USERS                          4          475          8

SYS/SYS@ORCL>select owner, segment_name, tablespace_name, file_id, block_id,blocks 
from dba_extents where owner='XPCHILD' and segment_name='TEST';

OWNER                SEGMENT_NAME         TABLESPACE_NAME         FILE_ID   BLOCK_ID     BLOCKS
-------------------- -------------------- -------------------- ---------- ---------- ----------
XPCHILD              TEST                 USERS                         4        473          8

上面的两个数据字典的查询，可以得出，test表在users表空间中，file_id为4。一共分配了一个extents，包括8个block。

SYS/SYS@ORCL>alter system dump datafile 4 block 473,474,475,476;

System altered.

block 473,474分别是first level bitmap block，second level bitmap block。主要记录块的空闲情况。
如：

--------------------------------------------------------
  DBA Ranges :
--------------------------------------------------------
   0x010001d9  Length: 8      Offset: 0      
  
   0:Metadata   1:Metadata   2:Metadata   3:75-100% free
   4:75-100% free   5:75-100% free   6:75-100% free   7:75-100% free

block 475为pagetable segment header。

block 480为存放真正数据的块，这也是堆管理的方式所决定，如下dump信息所示：

 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0001.01e.000000f4  0x008000aa.00f0.14  --U-    3  fsc 0x0000.000d61e9
0x02   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
0xe:pti[0]      nrow=3  offs=0
0x12:pri[0]     offs=0x1f88
0x14:pri[1]     offs=0x1f78
0x16:pri[2]     offs=0x1f68
block_row_dump:
tab 0, row 0, @0x1f88
tl: 16 fb: --H-FL-- lb: 0x1  cc: 2
col  0: [ 2]  c1 02
col  1: [ 9]  78 70 63 68 69 6c 64 5f 31
tab 0, row 1, @0x1f78
tl: 16 fb: --H-FL-- lb: 0x1  cc: 2
col  0: [ 2]  c1 03
col  1: [ 9]  78 70 63 68 69 6c 64 5f 32
tab 0, row 2, @0x1f68
tl: 16 fb: --H-FL-- lb: 0x1  cc: 2
col  0: [ 2]  c1 04
col  1: [ 9]  78 70 63 68 69 6c 64 5f 33

2, 更新数据

SYS/SYS@ORCL>SYS/SYS@ORCL>update test set name='it is  beyond the current length' where id=2;
Session altered.
SYS/SYS@ORCL>alter system dump datafile 4 block 480;
System altered.
-------------------------------------------------------
 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0001.01e.000000f4  0x008000aa.00f0.14  C---    0  scn 0x0000.000d61e9
0x02   0x0001.018.000000f4  0x008000aa.00f0.26  --U-    1  fsc 0x0000.000d6475
0xe:pti[0]      nrow=3  offs=0
0x12:pri[0]     offs=0x1f88
0x14:pri[1]     offs=0x1f41
0x16:pri[2]     offs=0x1f68
block_row_dump:
tab 0, row 0, @0x1f88
tl: 16 fb: --H-FL-- lb: 0x0  cc: 2
col  0: [ 2]  c1 02
col  1: [ 9]  78 70 63 68 69 6c 64 5f 31
tab 0, row 1, @0x1f41
tl: 39 fb: --H-FL-- lb: 0x2  cc: 2
col  0: [ 2]  c1 03
col  1: [32]
 69 74 20 69 73 20 20 62 65 79 6f 6e 64 20 74 68 65 20 63 75 72 72 65 6e 74
 20 6c 65 6e 67 74 68
tab 0, row 2, @0x1f68
tl: 16 fb: --H-FL-- lb: 0x0  cc: 2
col  0: [ 2]  c1 04
col  1: [ 9]  78 70 63 68 69 6c 64 5f 33

这里主要说明两点：

@0x1f78变为@0x1f41，这里是代表的这一行的真正的行内偏移地址，因为update更新一个比当前大的值，需要一个更大的连续空间，所以在块内部行进行了迁移，即偏移量发生了变化，rowid指向的是slot的地址，所以update仅仅是更新了slot中存放的块内偏移量，rowid保持不变。
开始事务时，lock byte lb：变为了0x2。关联的事务标示为itl（interested transaction list）。

redo change vector

接下来看下redo change vector的内容：

SYS/SYS@ORCL>alter system switch logfile;
System altered.
SYS/SYS@ORCL>update test set name='ssssssss' where id=2;
1 row updated.
SYS/SYS@ORCL>commit;
Commit complete.
SYS/SYS@ORCL>alter system switch logfile;
System altered.

SYS/SYS@ORCL>select * from v$Log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARCHIV STATUS                           FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- ------ -------------------------------- ------------- -------------------
         1          1          5   52428800          1 NO     CURRENT                                 879223 2012-01-11 17:11:00
         2          1          4   52428800          1 YES    ACTIVE                                  879196 2012-01-11 17:09:52
         3          1          3   52428800          1 YES    ACTIVE                                  879176 2012-01-11 17:08:57
SYS/SYS@ORCL>select SEQUENCE# , name from v$archived_log;
SEQUENCE# NAME
---------- -----------------------------------------------------------------------------------
         1 /opt/oracle/flash_recovery_area/ORCL/archivelog/2012_01_11/o1_mf_1_1_7jvkvdfo_.arc
         2 /opt/oracle/flash_recovery_area/ORCL/archivelog/2012_01_11/o1_mf_1_2_7jw23sfk_.arc
         3 /opt/oracle/flash_recovery_area/ORCL/archivelog/2012_01_11/o1_mf_1_3_7jw25j8o_.arc
         4 /opt/oracle/flash_recovery_area/ORCL/archivelog/2012_01_11/o1_mf_1_4_7jw27nhp_.arc

23 rows selected.


SYS/SYS@ORCL>alter system dump logfile 
'/opt/oracle/flash_recovery_area/ORCL/archivelog/2012_01_11/o1_mf_1_4_7jw27nhp_.arc';

System altered.

KTB Redo 
op: 0x11  ver: 0x01  
op: F  xid:  0x0004.013.000000fb    uba: 0x00800054.0110.05
Block cleanout record, scn:  0x0000.000d6a6c ver: 0x01 opt: 0x02, entries follow...
  itli: 1  flg: 2  scn: 0x0000.000d6a12
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x010001e0  hdba: 0x010001db
itli: 2  ispac: 0  maxfr: 4858
tabn: 0 slot: 1(0x1) flag: 0x2c lock: 2 ckix: 10
ncol: 2 nnew: 1 size: 1
col  1: [ 8]  73 73 73 73 73 73 73 73

这一部分代表的是更新数据库的redo。bdba代表更新的块，hdba代表segment header。

SYS/SYS@ORCL>select ubafil,ubablk,start_ubablk,used_ublk from v$transaction;

    UBAFIL     UBABLK START_UBABLK  USED_UBLK
---------- ---------- ------------ ----------
         2        155          155          1

1 row selected.
SYS/SYS@ORCL>alter system dump datafile 2 block 155;
System altered.

对于更新的事务，根据v$transaction可以查询到这个事务使用的undo块的信息，然后dump这个块的情况：

*-----------------------------
* Rec #0x5  slt: 0x0f  objn: 52634(0x0000cd9a)  objd: 52634  tblspc: 4(0x00000004)
*       Layer:  11 (Row)   opc: 1   rci 0x00   
Undo type:  Regular undo    Begin trans    Last buffer split:  No 
Temp Object:  No 
Tablespace Undo:  No 
rdba: 0x00000000
*-----------------------------
uba: 0x0080009b.00f2.03 ctl max scn: 0x0000.000d56ca prv tx scn: 0x0000.000d56e5
txn start scn: scn: 0x0000.000d6dec logon user: 0
 prev brb: 8389342 prev bcl: 0
KDO undo record:
KTB Redo 
op: 0x04  ver: 0x01  
op: L  itl: xid:  0x0004.013.000000fb uba: 0x00800054.0110.05
                      flg: C---    lkc:  0     scn: 0x0000.000d6a70
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x010001e0  hdba: 0x010001db
itli: 2  ispac: 0  maxfr: 4858
tabn: 0 slot: 1(0x1) flag: 0x2c lock: 0 ckix: 12
ncol: 2 nnew: 1 size: -1
col  1: [ 7]  78 70 63 68 69 6c 64

这便是undo块的dump信息，这里也可以看到，undo的信息也仅仅只保留了被改变的那一部分信息，而不是整个块的原始镜像。

txn start scn:  0x0000.000d6a12  logon user: 0  prev brb: 8388689  prev bcl: 0 KDO undo record:
KTB Redo
op: 0x04  ver: 0x01
op: L  itl: xid:  0x0001.018.000000f4 uba: 0x008000aa.00f0.26
                      flg: C---    lkc:  0     scn: 0x0000.000d6475
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x010001e0  hdba: 0x010001db
itli: 2  ispac: 0  maxfr: 4858
tabn: 0 slot: 1(0x1) flag: 0x2c lock: 0 ckix: 10
ncol: 2 nnew: 1 size: -1
col  1: [ 7]  78 70 63 68 69 6c 64

这一部分代表undo的redo日志，因为oracle对所有对数据块的变更都写两份，一份是数据变更，一份是日志，这一部分就是

对undo 块变更的重做日志。

posted @ 2021-11-19 05:22 耀阳居士阅读(32) 评论(0) 编辑收藏举报

刷新页面返回顶部

耀阳居士

Oracle core02_数据块

Oracle core02_数据块

数据更改

redo change vector

公告