GBase 8c Raft协议学习（三）

日志复制（保证数据一致性）
1、日志复制的过程
Leader选出后，就开始接收客户端的请求。Leader把请求作为日志条目（Log entries）加入到它的日志中，然后并行的向其他服务器发起 AppendEntries RPC复制日志条目。当这条日志被复制到大多数服务器上，Leader将这条日志应用到它的状态机并向客户端返回执行结果。
" 客户端的每一个请求都包含被复制状态机执行的指令。
" leader把这个指令作为一条新的日志条目添加到日志中，然后并行发起 RPC 给其他的服务器，让他们复制这条信息。
" 假如这条日志被安全的复制，领导人就应用这条日志到自己的状态机中，并返回给客户端。
" 如果 follower 宕机或者运行缓慢或者丢包，leader会不断的重试，直到所有的 follower 最终都复制了所有的日志条目。

简而言之，leader选举的过程是：1、增加term号；2、给自己投票；3、重置选举超时计时器；4、发送请求投票的RPC给其它节点。
2、日志的组成
日志由有序编号（log index）的日志条目组成。每个日志条目包含它被创建时的任期号（term）和用于状态机执行的命令。如果一个日志条目被复制到大多数服务器上，就被认为可以提交（commit）了。

标签：8c,条目,状态机,复制,服务器,Raft,日志,GBase,客户端
来源： https://blog.csdn.net/lc17123/article/details/122139322