fsimage文件丢失_hadoop fsimage edits关系

fsimage = name table  ,  存放namonode中所有数据，运行时数据加载到内存中存放

edits_inprogress 类似于LSM树中的Log，在向hdfs写的过程都向此文件存放，

当存的数据到一定程度/或者定期间隔多久，会把此文件内容跟新到fsimage

刚开始写数据时会同时向namonode内存和edit中写，

此时立刻读取刚写入的数据是读取namenode内存和原fsimage内存的数据,

在当edits的数据合并到fsimage时，在读取写入的那个数据就会在fsimage中读取。

1.SNN CheckPoint的处理流程

配置中配置做CheckPoint的两个条件，一个是文件大小editlog大于多大就做，另一个是时间维度，多长时间做一次。

(1)SNN首先检查是否需要进行checkpoint操作，如果上面两个条件任何一个满足了就可以

(2)通过RPC 向NameNode发送请求，rollEditLog()NameNode关闭现在的edit的stream，同时生成一个edit.new,并打开加入写入的源。

(3)SNN从NN处download fsimage文件和edit文件并进行merge

(4)merge结束后通知NN从SNN处拉去FSImage文件保存在NN的FSImage.ckpt上面

(5)一切顺利结束的话将edit.new重命名为edit,并open stream，将FSImage.ckpt重命名为FSImage,更新FSTime文件，更新时间戳

2、NN重启对Image和Edits的处理

先对各个目录的image和edit文件有效性进行判断，同时读取checkpoint的最近值。

如果image.ckpt存在，同时edit.new存在那么也许正进行一半，无法确定是否完成image拉取，删掉image.ckpt。否则将image.ckpt rename到image。

然后正常的读取FSImage，将edit merge进去。

如果存在edit.new 也merge进去。