数据保护
当误删数据发生时候,不管三七二十一,第一要务是进入hbase shell,执行如下命令:
![](https://i-blog.csdnimg.cn/blog_migrate/413673e4861571d26f9de6e3d80acf63.png)
如果误删一张表的有多个family里的数据,需要都执行一下:
alter 'tt', { NAME => 'f1', KEEP_DELETED_CELLS => TRUE }, { NAME => 'f2', KEEP_DELETED_CELLS => TRUE }
设置 KEEP_DELETED_CELLS 为 True 的目的在于防止数据被物理删除。这里有必要解释一下HBase清理数据的原理:
首先HBase是一个LSM架构,不断发生着数据文件的写入和合并
当删除操作发生时,不会去清理数据文件中的数据,而是写入一个删除标记到新文件中。
当某一刻major compaction发生时,在合并文件的同时会根据删除标记清理数据,新合并出来的数据文件不会再有旧数据。
KEEP_DELETED_CELLS 的作用就是在major compaction发生的时候,决定要不要清理旧数据。这里需要注意一点,即便 KEEP_DELETED_CELLS 设置为True,数据仍然会因为过期而被清理(HBsae表中的TTL属性)。这个设定无可厚非,既然过期了,误删不误删也无所谓了。
数据恢复
数据恢复的前提数据没有被物理删除,也就是上文提及的。你只需要在查询(Scan)的时候,指定raw模式来搜索数据,就能看到被删除的数据,之后你要做就是把数据再写入一次。我们来看一个简单的例子,还是以hbase shell为例子:
1.首先我们准备几行数据
![](https://i-blog.csdnimg.cn/blog_migrate/16fb9578b1e69e6ac621292410428122.jpeg)
2.然后我们删掉y开头掉数据
![](https://i-blog.csdnimg.cn/blog_migrate/fbe2158ae2efa4910c990ccd6af0af90.jpeg)
3.查一下,现在只有3行了
![](https://i-blog.csdnimg.cn/blog_migrate/8237386453f5f8a23f1a8c7e65701dbb.jpeg)
4.现在我们带上raw再次查找数据,不仅能看到被删除数据,还能看到删除标记。
![](https://i-blog.csdnimg.cn/blog_migrate/59cb0843a916c3559c905e16b0f864fc.jpeg)
这里我设置了TIMERANGE, 指定的是数据写入的时间。对于我这个case其实并没有什么用,我只是想说明几点:
即便不设置RAW,也可以通过时间搜索到被删数据。比如数据写入时间是T,delete时间是T+2,那么查找[0, T+1]的话就能看见数据。前提是设置了 KEEP_DELETED_CELLS=TRUE
如果你后续写入重复的Key,那你必须指定好TIMERANGE,不然你可能看到的不是原先删除的keyVlaue。
delete操作默认的时间不是当前server的时间,也不是构造Delete对象的时间,而是被删除的这个keyValue的写入时间。当然这个得看版本,测试时候发现1.x和2.x还是不一样的,有点坑,还以为高版本不能仅通过TIMERAGE搜素被删数据了。
如果你的Delete mark的时间和数据的时间一样,那只能通过RAW看到。
数据恢复完,建议关闭KEEP_DELETED_CELLS,节省空间,提高查询效率。
其他
上文使用的是hbase shell演示,你可以使用任何语言的API完成上面的操作。
如果你使用的是云HBase,即便因为major compaction物理删除了数据,只要你开启了备份功能,依然可以恢复
博客来自于朋友: https://blog.csdn.net/qq1226317595/article/details/80663332