Oracle未提交的事务也可能被DBWn写进数据文件

学oracle时,很多人会认为,DBWn的写必须要commit触发。其实,在事务没有commit的前提下,DBWn也可能会写数据的。

现在,证明:一个未提交的事务,也是有可能被写入数据文件的。

    会话1:

  1. sys@ORCL> select xidusn,xidslot,xidsqn,ubafil,ubablk from v$transaction;  
  2.   
  3. no rows selected  
sys@ORCL> select xidusn,xidslot,xidsqn,ubafil,ubablk from v$transaction;

no rows selected


    此时没有事务。

    会话2:

  1. hr@ORCL> select * from t;  
  2.   
  3.         ID NAME  
  4. ---------- ----------   
  5.          1 a  
  6.          2 b  
  7.          3 c  
  8.   
  9. hr@ORCL> update t set name='d' where id=1;  
  10.   
  11. 1 row updated.  
hr@ORCL> select * from t;

        ID NAME
---------- ----------
         1 a
         2 b
         3 c

hr@ORCL> update t set name='d' where id=1;

1 row updated.


    hr发起一条事务。

    会话1:

  1. sys@ORCL> /  
  2.   
  3.     XIDUSN    XIDSLOT     XIDSQN     UBAFIL     UBABLK  
  4. ---------- ---------- ---------- ---------- ----------   
  5.         12         10         14          6         88  
sys@ORCL> /

    XIDUSN    XIDSLOT     XIDSQN     UBAFIL     UBABLK
---------- ---------- ---------- ---------- ----------
        12         10         14          6         88


    此时,事务信息被查询出来。

    会话1:

  1. hr@ORCL> select dbms_rowid.rowid_relative_fno(rowid) fno,                                  
  2.   2             dbms_rowid.rowid_block_number(rowid) blk,  
  3.   3             t.*  
  4.   4        from t;  
  5.   
  6.        FNO        BLK         ID NAME  
  7. ---------- ---------- ---------- ----------   
  8.          4        404          1 d  
  9.          4        404          2 b  
  10.          4        404          3 c  
hr@ORCL> select dbms_rowid.rowid_relative_fno(rowid) fno,                                
  2             dbms_rowid.rowid_block_number(rowid) blk,
  3             t.*
  4        from t;

       FNO        BLK         ID NAME
---------- ---------- ---------- ----------
         4        404          1 d
         4        404          2 b
         4        404          3 c


    接下来,我们分别在内存和数据文件,这两个地方把事务修改的id=1的内容dump出来比较一下:

    1)把内存中的数据dump出来

  1. sys@ORCL> alter system dump datafile 4 block 404;  
  2.   
  3. System altered.  
sys@ORCL> alter system dump datafile 4 block 404;

System altered.


    部分内容摘入如下:

  1. tab 0, row 0, @0x1f90  
  2. tl: 8 fb: --H-FL-- lb: 0x2  cc: 2   
  3. col  0: [ 2]  c1 02  
  4. col  1: [ 1]  <SPAN style="COLOR: #ff0000">64  
  5. </SPAN>tab 0, row 1, @0x1f88  
  6. tl: 8 fb: --H-FL-- lb: 0x0  cc: 2   
  7. col  0: [ 2]  c1 03  
  8. col  1: [ 1]  62  
  9. tab 0, row 2, @0x1f80  
  10. tl: 8 fb: --H-FL-- lb: 0x0  cc: 2   
  11. col  0: [ 2]  c1 04  
  12. col  1: [ 1]  63  
  13. end_of_block_dump  
  14. End dump data blocks tsn: 4 file#: 4 minblk 404 maxblk 404  
tab 0, row 0, @0x1f90
tl: 8 fb: --H-FL-- lb: 0x2  cc: 2
col  0: [ 2]  c1 02
col  1: [ 1]  64
tab 0, row 1, @0x1f88
tl: 8 fb: --H-FL-- lb: 0x0  cc: 2
col  0: [ 2]  c1 03
col  1: [ 1]  62
tab 0, row 2, @0x1f80
tl: 8 fb: --H-FL-- lb: 0x0  cc: 2
col  0: [ 2]  c1 04
col  1: [ 1]  63
end_of_block_dump
End dump data blocks tsn: 4 file#: 4 minblk 404 maxblk 404

    64便是我们这个事务所修改的数据。注意了,此时,我们的事务还没有提交哦。

    2)把数据文件中的数据dump出来

  1. sys@ORCL> alter system dump datafile '/u01/app/oracle/oradata/ORCL/datafile/o1_mf_users_8050fkdh_.dbf' block 404;  
  2.   
  3. System altered.  
sys@ORCL> alter system dump datafile '/u01/app/oracle/oradata/ORCL/datafile/o1_mf_users_8050fkdh_.dbf' block 404;

System altered.


    部分内容摘入如下:

  1. block_row_dump:  
  2. tab 0, row 0, @0x1f90  
  3. tl: 8 fb: --H-FL-- lb: 0x2  cc: 2   
  4. col  0: [ 2]  c1 02  
  5. col  1: [ 1]  <SPAN style="COLOR: #ff0000">64  
  6. </SPAN>tab 0, row 1, @0x1f88  
  7. tl: 8 fb: --H-FL-- lb: 0x0  cc: 2   
  8. col  0: [ 2]  c1 03  
  9. col  1: [ 1]  62  
  10. tab 0, row 2, @0x1f80  
  11. tl: 8 fb: --H-FL-- lb: 0x0  cc: 2   
  12. col  0: [ 2]  c1 04  
  13. col  1: [ 1]  63  
  14. end_of_block_dump  
  15. End dump data block from file /u01/app/oracle/oradata/ORCL/datafile/o1_mf_users_8050fkdh_.dbf minblk 404 maxblk 404  
block_row_dump:
tab 0, row 0, @0x1f90
tl: 8 fb: --H-FL-- lb: 0x2  cc: 2
col  0: [ 2]  c1 02
col  1: [ 1]  64
tab 0, row 1, @0x1f88
tl: 8 fb: --H-FL-- lb: 0x0  cc: 2
col  0: [ 2]  c1 03
col  1: [ 1]  62
tab 0, row 2, @0x1f80
tl: 8 fb: --H-FL-- lb: 0x0  cc: 2
col  0: [ 2]  c1 04
col  1: [ 1]  63
end_of_block_dump
End dump data block from file /u01/app/oracle/oradata/ORCL/datafile/o1_mf_users_8050fkdh_.dbf minblk 404 maxblk 404

    看到了没?在数据文件里面也有个64,说明事务修改的脏块已经被DBWn写进数据文件了。

    我们再来看一下那个事务的提交状态:

  1. sys@ORCL> select xidusn,xidslot,xidsqn,ubafil,ubablk from v$transaction;  
  2.   
  3.     XIDUSN    XIDSLOT     XIDSQN     UBAFIL     UBABLK  
  4. ---------- ---------- ---------- ---------- ----------   
  5.         12         10         14          6         88  
sys@ORCL> select xidusn,xidslot,xidsqn,ubafil,ubablk from v$transaction;

    XIDUSN    XIDSLOT     XIDSQN     UBAFIL     UBABLK
---------- ---------- ---------- ---------- ----------
        12         10         14          6         88


    可见:事务还没commit。

   所以,DBWn的写与事务是否commit一点关系也没有。内存是用来提高性能用的,而不是用来放脏块的。也就是oracle只要有空闲,就会把这些脏块给flush到数据文件内。

   这些未提交的事务但被写入数据文件的数据,即便是已经在你的数据文件了。事务恢复阶段将按需把这些数据回滚掉,这些数据将不再被用上,也就是,已经是垃圾数据了。

    注:64是d的ascii码的16进制数

posted @ 2013-09-08 20:46  princessd8251  阅读(360)  评论(0编辑  收藏  举报