叮叮铛~今天我们推出Oracle异常恢复的第一个系列:“TRUNCATE TABLE恢复系列”,这个系列主要围绕truncate table实现的内部原理和几种恢复方式来展开。

深层剖析内部原理

众所周知,truncate table是一种快速清空表内数据的一种方式,与delete方式不同,truncate只产生非常少的redo和undo,就实现了清空表数据并降低表HWM的功能。我们通过10046和redo dump来分析truncate的整个操作过程,其中10046用于观察truncate对于字典基表的操作、redo dump用于观察truncate对于segment header以及L1、L2位图块的操作。

首先构造测试环境:OS: redhat 6.5,db:11.2.0.4,基于assm。

TRUNCATE TABLE恢复系列一:深层剖析内部原理_第1张图片

通过10046和redo dump去观察truncate操作:

TRUNCATE TABLE恢复系列一:深层剖析内部原理_第2张图片

从10046trace里搜出对基表的dml操作:

TRUNCATE TABLE恢复系列一:深层剖析内部原理_第3张图片

对基表的修改主要是:

修改obj$,tab$的dataobj#
修改seg$的对应信息如(extents,blocks,hwmincr等等)
删除tab_stats$对应对象的统计信息
对于segment header以及L1、L2位图块的操作,只能通过redo dump去观察,因为在logminer中只会记录数据块的变更,而对于segment header和L1、L2位图块的操作在logminer里只记录操作类型为internal或者unsupported,没有什么有价值的信息。

通过对redo dump的分析,发现truncate 操作只对segment header,L2位图块,第一个L1位图块和HWM block所属的L1位图块进行了修改。

对于segment header:

修改块的dataobj#
修改LHWM和HHWM
修改extent map、aux map以及extents个数
对于L2位图块:

删除L1 ranges
修改L2块的dataobj#
对于第一个L1位图块:

修改第一个L1块的dataobj#
set hwm为ext#为0的第3+1个块(即段头块+1)
对于HWM block所属的L1位图块:

clear HWM flag
总结:truncate的实质是在不修改数据块的情况下,通过修改segment header的data_object_id,hwm,extent map,aux map等信息来实现清空表的目的,其中还涉及数据字典基表以及L1、L2位图块的修改,所以说truncate操作只是存储数据的数据块没有产生任何redo和undo,但是segment header,位图块,数据字典基表还是会产生redo和undo。

下一期,我们将推出 TRUNCATE TABLE恢复系列二:如何使用bbed进行恢复,敬请期待!

ps:我们的文章会同步更新到 微信公众号:Oracle恢复实录 ,欢迎扫码关注!