表面的汉语了解会导致许多误解

文章目录

• 前言
• Single-Raft模式
• Multi-raft改进
• 引用

前言

---

在之前的博文中笔者曾撰写过一篇关于 Apache Oozie 如何利用 Apache Ratis 的 multi-raf功能以提高系统吞吐量的文章（具体技术细节见此处）。值得注意的是这篇博客仅简要阐述了这一技术的基本概念即在一个 Apache Oozie 数据节点上如何能够加入多个 Pipeline 集合从而使得系统吞吐量得以显著提升。本文将深入探讨 Apache Ratis 的 multi-raf机制的具体实现原理并重点分析其从应用层面到本质运作的各个方面

Single-Raft模式

---

既然采用multi-raft模式，则相应地也会存在单 raft 模式。其中所指的就是最开始实现的 raft server 模式，在一个节点上通常仅启动一个 raft server 实例。其常规 server 状态通常是 leader 或 follower（暂且不考虑投票选举阶段）。

对于一个单节点单RaftServer实例而言，在本地节点上以及服务自身中都会存储一些必要的信息

• 状态机核心模块
• 年度持久化的交易记录
• 补充的数据部分

其中RaftLog和Snapshot的数据是落在本地节点盘之上的。

下图