云计算
这篇文章主要为大家展示了“HDFS中元数据的示例分析”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“HDFS中元数据的示例分析”这篇文章吧。
我们都知道Hadoop的底层是HDFS-Hadoop Distributed File System.也就是Hadoop分布式文件系统。
所有的运算都是基于HDFS文件的，它的核心关键词有：主从NameNode VS DataNode.
———–其中NameNode上存储的就是元数据—描述数据文件的meta信息。
存在形式有：内存信息+硬盘文件信息。
这段时间，就让我们一起来了解HDFS的元数据以及HDFS文件系统的要义吧。
————————————————————————————————-
试想，如果让我们自己设计一个文件系统，我们需要元数据存储哪些信息？
其实这取决于信息得到哪些功能？
个人认为功能包括：
1）namenode和所有datanode的IP,端口，文件夹，容量等信息。这相当于一个总体的文件系统框架描述。
2）每个datanode的文件的层次描述，文件目录关系。这个比1就更细致了。
3）对于某个文件，知道拆分了几块，每块的大小，备份情况，分别分布在哪些datanode上的哪些路径上。
从1我们可以得到分布式文件系统框架的骨架，从2我们可以得到分布式文件系统的血肉，从3我们可以得到具体的访问一个文件的方式。
有了以上3个，实际上就是namenode的元数据信息的组成部分，一切从应用的需求出发才可以得到设计图。
————————————————————————————————-
启动时，元数据从硬盘里被FSImage读取到内存中。
在持久化时，元数据被FSImage持久化到硬盘中。
同时硬盘中也会存放操作日志edits.我目前的理解是：把操作日志的行为累加起来—》最终的元数据。
这个也就像是redis里干的一样了。很多数据库也是这么操作的，这个没啥好说的，很简答！
————————————————————————————————-
HDFS也引入了INode,这实际上跟linux中的文件系统中的INode是一样的，其次就是由于是分布式文件系统
所以每个文件的分片在hdfs中就成了Block。块。
这里必须要强调：块是按照物理大小分的，而不是分局逻辑大小，这样会引入什么问题？
就是一个逻辑记录可能会分到2个块中，而这2个块可能还是跨机器的。
这些hadoop都会解决。以后再讨论。
以上是“HDFS中元数据的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注亿速云行业资讯频道！