HDFS读写流程&NameNode工作机制

HDFS读流程

1. 和namenode通信查询元数据（block所在的datanode节点），找到文件块所在的datanode服务器
2. 挑选一台datanode（就近原则，然后随机）服务器，请求建立socket流
3. datanode开始发送数据（从磁盘里面读取数据放入流，以packet为单位来做校验）
4. 客户端以packet为单位接收，先在本地缓存，然后写入目标文件，后面的block块就相当于是append到前面的block块最后合成最终需要的文件。

HDFS写流程

1. 对namenode通信请求上传文件，namenode检查目标文件是否已存在，父目录是否存在 ，创建者是否有权限进行操作，成功则会为文件创建一个记录
2. namenode返回是否可以上传
3. client会先对文件进行切分**（是NameNode切分还是Client切分？待确认）**，比如一个blok块128m，文件有300m就会被切分成3个块，一个128M、一个128M、一个44M请求第一个 block该传输到哪些datanode服务器上
4. namenode返回可以存储的datanode的节点
5. client请求一台datanode上传数据（本质上是一个RPC调用，建立pipeline），第一个datanode收到请求会继续调用第二个datanode，然后第二个调用第三个datanode，将整个pipeline建立完成，逐级返回客户端
6. client开始往A上传第一个block（先从磁盘读取数据放到一个本地内存缓存），以packet为单位（一个packet为64kb），当然在写入的时候datanode会进行数据校验，它并不是通过一个packet进行一次校验而是以chunk为单位进行校验（512byte），第一台datanode收到一个packet就会传给第二台，第二台传给第三台；第一台每传一个packet会放入一个应答队列等待应答
7. 当一个block传输完成之后，client再次请求namenode上传第二个block的服务器，循环3-6步
8. 所有块写完后调用关闭 FSdataInputStream，并返回信息给NameData

NameNode工作机制

用途：对未在镜像文件中的日志和镜像文件进行合并且进行备份

1. namenode节点每隔一定时间请求secondaryNamenode合并操作
2. secondaryNamenode请求namenode进行edits.log的滚动，这样新的编辑操作就能够进入新的文件中
3. secondaryNamenode从namenode中下载fsImage和edits.log
4. secondaryNamenode进行fsImage和edits.log的合并,成为fsImage.checkpoint文件
5. namenode下载合并后的fsImage.checkpoin文件
6. 将fsImage.checkpoint和edits.new命名为原来的文件名(这样之后fsImage和内存中的元数据只差edits.new)