理解redo(11)truncate和select的redo

很多系统,在作删除操作时,都只是做一个标志位,并不会去做磁盘置0那样昂贵的操作。truncate也如是,更改的只是segment header和i-node表。truncate 会产生redo,是修改数据字典产生的,不是删除数据来的。truncate降低HWM,释放extent,重新生成data_object_id。之所以比delete快,是因为它根本不需要删除数据,redo只是记录这个操作本身而不会有大量数据的redo记录。因此,对于truncate操作,如果我们知道以前的data_object_id,并且空间未被重用,我们仍然可以找回数据。

什么情况下select会产生redo ?

1`)快速块清除或者叫commit clean out。事务提交的时候,oracle针对内存里的块:

a)把数据块ITL ENTRY里flag的标记为U
b)设置commit scn在Scn/Fsc列

有了这两个标记就可以告诉全世界这个事务已经提交。但ITL ENTRY 的Lck标志和每个数据行头的lb(锁定位信息)并不会清除。Oracle 做commit clean out并不会产生日志,这个你可能会感到比较奇怪,修改了块,但是却没产生日志。其实这个产生日志的过程在后面的完整的块清除的时候才做。也就是我们下一次select到这个数据块的时候。

2)延迟块清除。事务提交的时候,事务修改的块已经不在内存里了,这个时候,Oracle不会再从磁盘把块读取到内存里做块清除,而是在下一次读取数据块的时候,做块清除的动作。这个块清除的动作会产生Redo。

另外,因为存在递归等操作,若是对某个事务产生的redo进行会话级的丈量,可能有失偏颇,合理的是,基于实例级的测量:

select name,value from v$sysstat where name='redo size';


你可能感兴趣的:(truncate)