TRUNCATE TABLE恢复系列一：深层剖析内部原理

叮叮铛～圣诞快乐🎄🎄，今天我们推出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。

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

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

对基表的修改主要是：

• 修改obj$，tab$的dataobj#

• 修改seg$的对应信息如(extents,blocks,hwmincr等等)

• 删除tab_stats$对应对象的统计信息

• 修改块的dataobj#

• 修改LHWM和HHWM

• 修改extent map、aux map以及extents个数

• 删除L1 ranges

• 修改L2块的dataobj#

• 修改第一个L1块的dataobj#

• set hwm为ext#为0的第3+1个块(即段头块+1）

• 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：我们的文章会同步更新到网站：rescureora.com ，欢迎收藏！