ibd2sql-v2.x恢复被truncate的表 01原创

我们再来讲一下窗表的恢复。呃，也有文档，文档也都是在这个DOS下面啊，应该是在example cover table.窗表的恢复要稍微麻烦一点，Drop表的话，它系统表信息是做了delete，但是窗nket表它系统表示做的update update的话我们就没办法直接从数据文件里面来看到他之前的信息了。你因那边存储群的些操作的话，都会记录re do, 所以我们还可以从redo里面来找。5点几的话。我们现在看5点几的版本怎么操作吧。

5点级的话，他全给的表，他不会把之前的信息给update掉，它还会保留啊，我们直接看操作吧，光说这些也没啥效果。我们先看5.7版本的。啊，我们就。我们，我们随便找一张表吧。就用这个吧。他也是10万条，然后我们把它给干掉。不要犹豫，自己干。没了，应该是一条都没了，那我们咋回复呢？我也忘了，我看一下文档上写的吧。

首先扫描系统表，里面有一个叫table的表，嗯。系统表都在AB里面，我们刚刚这套指定我们需要的表啊，我们不指定的，我们可以看一下系统表有哪些。他应该是有好好吧，有点多，比如说这个表应该是记录字段的。我们要的应该是叫table的表，这个才是记录的表的。因为我们首先得通过表明来找啊，不然的话，他各种ID我们也看不懂是啥，我们能看懂的就只有表明。刚刚搜狗就看他的所有数据信息，我们先看一下有哪些吧，啊可能有点多，我们需找一下我们需要的表，应该是叫。ASP taste b.

我们发现它，哎，这各个字段也不用说，我们可以加一个刚刚comp，这样我们能看到字段名。比如第一个字段是表，是是是是是表明，比如说我们是DBS test吧，第二个字段严格讲我们应该是上一行，因为下一行应该是新的这个表。哎，没事儿，反正他俩长一样。第二个是tab ID.有了TID之后的话，我们就可以去它的，所以里面找你，所以你和表关联的话，一般不太会直接跟上表面，应该是跟上表的ID，我们先看一下吧，刚才一个叫c Di的表。比如他有个表ID，表ID就是这个50。那我们就可以恢复一下这个50的啊。

他是第一个字段的话，那应该是50动画，这样可能要少一点，我们就找到了他有。它有两个索引，一个是组件，一个是K字段。它的组件的话，它那个ID应该是42，它的这个K索引的话。它EXID是52，我们要的是组件的，所以这个42才是我们要的，我们找半天就是为了找这个42，你实际用的时候估计是几十万上百万的纸啊，因为你表应该也不止我这么几张，哎呀，我们再来看一下下一步应该干什么。我们现在是找到了indexx ID了。啊，然后就行了，然后我们刚才那种扫描方式。他有那个吗。没有，因为我们就不需要元，我们元素信息只有一个ED载D，所以我们不再需要这个IBD弹力了，我们直接跟上了磁盘，应该是VDC吧。

没事儿，就当做是维思维历史，因为我们之前做过很多次了。这指令我们要什么的IDID是角42并发也来一个啊，来一个吧。你用8个吧。我们尽量起始的位置会快一点。没事儿，我们全全全班查吧，等吧。等一会儿就是了。输出路径，我们就当前是这样吧，你们慢慢想，估计也是要个十来分钟。我就先暂停了。这100g磁盘也扫描完了，差不多也是10分钟左右，而且差不多也是后面要结束的时候才扫描到的。

不是我们扫描数据页，我们现在是拿到了，我们来看一看。大概有3个亿，然后我们按照刚才的方法。比如说我们看这一个月。呃，要原数据信息，因为这里面这一原数据信息的话，我们只删了表，所以原数据信息它。这个FM门将还在，反正。我们要收口，我们再看一下函数吧。嗯。哦，还有几个选项，就是那个杠杆sit特立等于0杠杆sit。看看或是吧，应该就这2个就可以了哦，还有个干毛头。

固定搭配，比如说这个文件有2万多行。我们解析的时候，我们离线看一下能不能全部给。哦，那不可以。刚才5这个有2万多，我们再来看一下6这个是。3万多，我们还有一个是3的。稍微麻烦一丢丢。也是3万多，我看一下加起来应该也是差不多10万吧。A.

诶只有9万多条，说明我们这次恢复它。不完全成功，起码我们丢了几十条数据，应该就是被文件系统回收了，反正你这个你就不管改drop，你在磁盘上你都得看运气。你越及时的恢复，能恢复的数据也就越多，越不及时，你可能就存在这种流失率的情况。当然对了，哪些其实我们也可以啊，没事儿我们就不管吧。