學Oracle時,很多人會認為,DBWn的寫與commit有關。這是錯誤的。其實,DBWn的寫與事務是否commit,一丁點的關系都沒有,F在,證明:一個未提交的事務,也是有可能被寫入數據文件的。
會話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:
- col 0: [ 2] c1 02
- col 1: [ 1] <SPAN style="COLOR: #ff0000">64
- </SPAN>tab 0, row 1, @0x1f88
- tl: 8 fb:
- col 0: [ 2] c1 03
- col 1: [ 1] 62
- tab 0, row 2, @0x1f80
- tl: 8 fb:
- 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便是我們這個事務所修改的數據。注意了,此時,我們的事務還沒有提交哦。 本文出自:億恩科技【www.artduck.net】
服務器租用/服務器托管中國五強!虛擬主機域名注冊頂級提供商!15年品質保障!--億恩科技[ENKJ.COM]
|