fsimage和edit的区别是什么?

　　在Hadoop分布式文件系统(HDFS)中，fsimage和edits是两个关键的元数据文件，用于记录文件系统的状态和变更。它们一起工作以维护文件系统的一致性和持久性。以下是它们的主要区别：

　　1.fsimage(文件系统镜像)：

　　(1)作用：

　　fsimage文件包含了HDFS文件系统的元数据的当前状态，包括文件和目录的层次结构、权限、拥有者、组、修改时间等信息。它是一个静态的镜像，代表文件系统的某个时刻的状态。

　　(2)生成方式：

　　fsimage文件通常由Secondary NameNode生成。Secondary NameNode定期合并NameNode的内存中的编辑日志(edits)和最新的fsimage文件，创建新的fsimage文件，从而避免NameNode的内存空间用尽。

　　(3)启动时间开销：

　　当NameNode启动时，它需要加载fsimage文件以还原文件系统的状态。由于fsimage是静态的，加载速度相对较快。

　　(4)存储位置：

　　通常存储在NameNode机器上，是一个较大的文件。

　　(5)周期性更新：

　　fsimage并不会实时地反映文件系统的变更，而是通过周期性地将编辑日志与之合并来更新。这意味着在NameNode故障的情况下，可能会有一些最新的变更丢失。

　　2.edits(编辑日志)：

　　(1)作用：

　　edits文件记录了对HDFS文件系统进行的所有变更操作，如文件的创建、删除、重命名等。它是一个持续增长的、追加写入的日志文件。

　　(2)生成方式：

　　每当有元数据变更时，例如创建新文件或删除文件，这些变更都会追加到edits文件中。NameNode将这些变更以事务的方式记录下来。

　　(3)启动时间开销：

　　当NameNode启动时，它需要加载edits文件并将其中的变更应用到当前文件系统状态。由于edits是一个持续增长的文件，加载和应用变更可能会比加载静态的fsimage文件慢。

　　(4)存储位置：

　　通常存储在NameNode机器上，是一个相对较小但不断增长的文件。

　　(5)实时记录变更：

　　edits是实时记录文件系统的变更，而不需要像fsimage一样定期生成。

　　在正常的操作过程中，fsimage和edits两者一起工作，通过fsimage提供快速的启动和加载时的状态，而通过edits来追踪文件系统的实时变更。这种结合的方式确保了在NameNode发生故障时，可以尽可能地还原文件系统的状态。