最近工作需要接触一些Raft 相关的东西，下面简单整理几点：
Raft内部相关接口
有自己的事物日志管理接口：支持append/get/ truncate 等操作；
有独立的日志同步模块：Replicator 逐一回探确定从和主日志开始分叉的位置，然后从主上拉取Follower 节点缺少的日志条目，同步给Follower，通常这是独立的线程做的事情；
Raft内部可能有Cache功能，只有当待写的日志条目内容超过一定长度的时候，再会真正下发落盘；
同步日志的时候，Raft内部会检查index ID是否和目的节点的相匹配：预期应该保证 follower当前的index id + 1 和append过来的 LOG index ID 相等；
复制组创建流程
1.主控节点随机找一个存储节点创建一个复制组的副本；
2.成功之后检查复制组成员（副本）的数量是否达到复制组约定的成员的数量；
3.如果没有达到，主控节点继续 随机找一个存储节点创建一个复制组成员；如果有达到，到步骤 1 （向主控节点 返回成功）
-
如果上面节点副本创建成功，向主控节点返回副本创建成功，主控节点接着向第一个副本发添加复制组成员的请求, 以便把新创建的副本添加到复制组；
- 继续步骤2
常见问题
-
解析事物日志失败
-
向复制组添加成员失败
- 复制组的 Leader 里有Follower, 但是Follower 里的成员里没有Leader
针对问题1： 需要检查load 出的Raft 日志是否和append 的相一致；
针对问题2、3： 通常是由于Leader 没有把配置变更相关的日志同步给Follower，这里可能是Leader读之前它存下来的配置变更的日志出错了，也可能是到了Follower节点但被Raft 检查index等信息失败从而被内部请求拒绝了。
发表评论