学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 c
-
- hr@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, @0x1f90
- tl: 8 fb: --H-FL-- lb: 0x2 cc: 2
- col 0: [ 2] c1 02
- col 1: [ 1] <SPAN style="COLOR: #ff0000">64
- </SPAN>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便是我们这个事务所修改的数据。注意了,此时,我们的事务还没有提交哦。
undo系列学习之Oracle DBA常用的脚本undo系列学习之读一致性(ORA-01555错误机制分析)相关资讯 Oracle事务 DBWn
- MySQL和Oracle对比学习之事务 (04/18/2015 17:33:28)
- 查询Oracle 中死事务的语句 (08/01/2014 11:05:37)
- Oracle事务的隐式提交 (11/14/2013 07:35:37)
| - Oracle事务处理及实例演示JDBC操作 (08/12/2014 10:32:56)
- Oracle 事务的开始与结束 (07/01/2014 20:44:34)
- Oracle中的事务之savepoint (01/04/2013 12:29:23)
|
本文评论 查看全部评论 (0)