博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Oracle core02_数据块
阅读量:4878 次
发布时间:2019-06-11

本文共 8348 字,大约阅读时间需要 27 分钟。

数据更改

oracle core完成了oracle的核心功能,recovery,读一致性等。 深入的了解oracle的机制,就从一个最简单的更新开始。

对于oracle来说,最大的一个特性就是写了两次数据:

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

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

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

下面就以update为例:记录变更的过程。

实验环境:Oracle Database 10g Enterprise Edition Release 10.2.0.1.0

oracle对于update,会依次做以下变更:

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

这里可以看到,对于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          8SYS/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/Fsc0x01   0x0001.01e.000000f4  0x008000aa.00f0.14  --U-    3  fsc 0x0000.000d61e90x02   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.000000000xe:pti[0]      nrow=3  offs=00x12:pri[0]     offs=0x1f880x14:pri[1]     offs=0x1f780x16:pri[2]     offs=0x1f68block_row_dump:tab 0, row 0, @0x1f88tl: 16 fb: --H-FL-- lb: 0x1  cc: 2col  0: [ 2]  c1 02col  1: [ 9]  78 70 63 68 69 6c 64 5f 31tab 0, row 1, @0x1f78tl: 16 fb: --H-FL-- lb: 0x1  cc: 2col  0: [ 2]  c1 03col  1: [ 9]  78 70 63 68 69 6c 64 5f 32tab 0, row 2, @0x1f68tl: 16 fb: --H-FL-- lb: 0x1  cc: 2col  0: [ 2]  c1 04col  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/Fsc0x01   0x0001.01e.000000f4  0x008000aa.00f0.14  C---    0  scn 0x0000.000d61e90x02   0x0001.018.000000f4  0x008000aa.00f0.26  --U-    1  fsc 0x0000.000d64750xe:pti[0]      nrow=3  offs=00x12:pri[0]     offs=0x1f880x14:pri[1]     offs=0x1f410x16:pri[2]     offs=0x1f68block_row_dump:tab 0, row 0, @0x1f88tl: 16 fb: --H-FL-- lb: 0x0  cc: 2col  0: [ 2]  c1 02col  1: [ 9]  78 70 63 68 69 6c 64 5f 31tab 0, row 1, @0x1f41tl: 39 fb: --H-FL-- lb: 0x2  cc: 2col  0: [ 2]  c1 03col  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 68tab 0, row 2, @0x1f68tl: 16 fb: --H-FL-- lb: 0x0  cc: 2col  0: [ 2]  c1 04col  1: [ 9]  78 70 63 68 69 6c 64 5f 33

这里主要说明两点:

  1. @0x1f78变为@0x1f41,这里是代表的这一行的真正的行内偏移地址,因为update更新一个比当前大的值,需要一个更大的连续空间,所以在块内部行进行了迁移,即偏移量发生了变化,rowid指向的是slot的地址,所以update仅仅是更新了slot中存放的块内偏移量,rowid保持不变。
  2. 开始事务时,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:57SYS/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_.arc23 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.05Block cleanout record, scn:  0x0000.000d6a6c ver: 0x01 opt: 0x02, entries follow...  itli: 1  flg: 2  scn: 0x0000.000d6a12KDO Op code: URP row dependencies Disabled  xtype: XA flags: 0x00000000  bdba: 0x010001e0  hdba: 0x010001dbitli: 2  ispac: 0  maxfr: 4858tabn: 0 slot: 1(0x1) flag: 0x2c lock: 2 ckix: 10ncol: 2 nnew: 1 size: 1col  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          11 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.000d56e5txn start scn: scn: 0x0000.000d6dec logon user: 0 prev brb: 8389342 prev bcl: 0KDO 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.000d6a70KDO Op code: URP row dependencies Disabled  xtype: XA flags: 0x00000000  bdba: 0x010001e0  hdba: 0x010001dbitli: 2  ispac: 0  maxfr: 4858tabn: 0 slot: 1(0x1) flag: 0x2c lock: 0 ckix: 12ncol: 2 nnew: 1 size: -1col  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 Redoop: 0x04  ver: 0x01op: L  itl: xid:  0x0001.018.000000f4 uba: 0x008000aa.00f0.26                      flg: C---    lkc:  0     scn: 0x0000.000d6475KDO Op code: URP row dependencies Disabled  xtype: XA flags: 0x00000000  bdba: 0x010001e0  hdba: 0x010001dbitli: 2  ispac: 0  maxfr: 4858tabn: 0 slot: 1(0x1) flag: 0x2c lock: 0 ckix: 10ncol: 2 nnew: 1 size: -1col  1: [ 7]  78 70 63 68 69 6c 64

  

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

对undo 块变更的重做日志。

 

转载于:https://www.cnblogs.com/xpchild/p/3695131.html

你可能感兴趣的文章
C#测试程序运行时间
查看>>
webpack 从0 手动配置
查看>>
shutil
查看>>
VMware Workstation 14 Pro永久激活密钥
查看>>
aop 日志统一处理
查看>>
右侧悬浮菜单
查看>>
Mac/Linux 定时运行命令行
查看>>
p2 弹簧
查看>>
Vsftpd: 基于PAM认证的虚拟用户和匿名用户
查看>>
Android开发之自定义对话框
查看>>
深入理解android view 生命周期
查看>>
Android SurfaceView实战 带你玩转flabby bird (下)
查看>>
adb shell dumpsys 命令 查看内存
查看>>
《Cracking the Coding Interview》——第9章:递归和动态规划——题目7
查看>>
Scalaz(33)- Free :算式-Monadic Programming
查看>>
函数指针实例一
查看>>
【01】Firebug 教程
查看>>
谷歌AMP和百度MIP是什么鬼?
查看>>
Python中的map()函数和reduce()函数的用法
查看>>
恢复删除的表
查看>>