学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] 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出来
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, @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写进数据文件了。
我们再来看一下那个事务的提交状态:
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进制数
分享到:
相关推荐
说明: 确定查询是否获取表级的读取锁, 以防止在包含该查询的事务处理被提交之前更新任何对象读取。这种操作模式提供可重复的读取, 并确保在同一事务处理种对相同数据的两次查询看到的是相同的值。 值范围: TRUE | ...
5.1 了解表空间和数据文件 140 5.1.1 Oracle数据存储模型 140 5.1.2 段、区间、块和行 142 5.1.3 文件存储技术 144 5.2 创建和管理表空间 146 5.2.1 创建表空间 146 5.2.2 更改表空间 150 5.2.3 删除表空间 ...
针对数据库的启动和关闭、控制文件与数据库初始化、参数及参数文件、数据字典、内存管理、Buffer Cache与Shared Pool原理、重做、回滚与撤销、等待事件、性能诊断与SQL优化等几大Oracle热点主题,本书从基础知识入手...
1-14 数据库缓冲区 1-15 重做日志缓冲区 1-18 大储存池 1-19 JAVA 池 1-20 程序全局区(PGA) 1-21 进程结构 1-22 用户进程 1-23 服务进程 1-24 后台进程 1-25 数据库写进程(DBWn) 1-26 日志写进程(LGWR) 1-27 ...
5.1 了解表空间和数据文件 140 5.1.1 Oracle数据存储模型 140 5.1.2 段、区间、块和行 142 5.1.3 文件存储技术 144 5.2 创建和管理表空间 146 5.2.1 创建表空间 146 5.2.2 更改表空间 150 5.2.3 删除表空间 ...
下列哪项后台服务进程不是ORACLE例程必须要启动的( ) (A) DBWn (B) LGWR (C) SMON (D) PMON (E) ARCn 52 哪一个表空间不能切换为脱机状态( ) (A) 临时表空间TEMP (B) 用户表空间USER (C) 索引表空间INDEX (D) 系统...
oracle10g常见的一些进程,如DBWn,LGWR、SMON、PMON、RECO和ARCn等,主要是官方文档的译文,能力有限,翻译的不好,仅供借鉴,如果发现文档中出现什么问题还希望能帮忙指正,谢谢!
此后,通过查找和验证所有数据文件和联机日志文件打开数据库。一旦打开数据库并使数据库处于使用状态,SMON就负责执行各种内部管理任务。 2、PMON:用户会话是连接到服务器进程的用户进程。服务器进程在会话创建