oracle证明题：未提交的事务也可能被DBWn写进数据文件
学oracle时，很多人会认为，DBWn的写与commit有关。这是错误的。其实，DBWn的写与事务是否commit，一丁点的关系都没有。现在，证明：一个未提交的事务，也是有可能被写入数据文件的。
会话1：
sys@ORCL> select xidusn,xidslot,xidsqn,ubafil,ubablk from v$transaction;no rows selected
此时没有事务。
会话2：
hr@ORCL> select * from t; ID NAME---------- ---------- 1 a 2 b 3 chr@ORCL> update t set name='d' where id=1;1 row updated.
hr发起一条事务。
会话1：
sys@ORCL> / XIDUSN XIDSLOT XIDSQN UBAFIL UBABLK---------- ---------- ---------- ---------- ---------- 12 10 14 6 88
此时，事务信息被查询出来。
会话1：
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出来
sys@ORCL> alter system dump datafile 4 block 404;System altered.
部分内容摘入如下：
tab 0, row 0, @0x1f90tl: 8 fb: --H-FL-- lb: 0x2 cc: 2col 0: [ 2] c1 02col 1: [ 1] 64tab 0, row 1, @0x1f88tl: 8 fb: --H-FL-- lb: 0x0 cc: 2col 0: [ 2] c1 03col 1: [ 1] 62tab 0, row 2, @0x1f80tl: 8 fb: --H-FL-- lb: 0x0 cc: 2col 0: [ 2] c1 04col 1: [ 1] 63end_of_block_dumpEnd dump data blocks tsn: 4 file#: 4 minblk 404 maxblk 404
64便是我们这个事务所修改的数据。注意了，此时，我们的事务还没有提交哦。
2）把数据文件中的数据dump出来
sys@ORCL> alter system dump datafile '/u01/app/oracle/oradata/ORCL/datafile/o1_mf_users_8050fkdh_.dbf' block 404;System altered.
部分内容摘入如下：
block_row_dump:tab 0, row 0, @0x1f90tl: 8 fb: --H-FL-- lb: 0x2 cc: 2col 0: [ 2] c1 02col 1: [ 1] 64tab 0, row 1, @0x1f88tl: 8 fb: --H-FL-- lb: 0x0 cc: 2col 0: [ 2] c1 03col 1: [ 1] 62tab 0, row 2, @0x1f80tl: 8 fb: --H-FL-- lb: 0x0 cc: 2col 0: [ 2] c1 04col 1: [ 1] 63end_of_block_dumpEnd dump data block from file /u01/app/oracle/oradata/ORCL/datafile/o1_mf_users_8050fkdh_.dbf minblk 404 maxblk 404
看到了没？在数据文件里面也有个64，说明事务修改的脏块已经被DBWn写进数据文件了。
我们再来看一下那个事务的提交状态：
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进制数
