• Raft现存问题
    • Raft:：日志复制和leader选举

      节点信息复制过程

    • leader节点性能成为瓶颈。改进：利用follower节点空闲的带宽资源优化共识效率。
    • 没凑够半数选票而进行多轮选举。改进：改选机制
    • 名词延申：
      • term:：仍然一个任期里一个leader
      • Epoch：follower节点一轮共识中交流多条日志信息，是信息收集的基本单元
      • Log segment indexing：用日志段对每一轮数据进行索引。其目的是掌握当前的日志信息的容量大小,日志的顺序,追随者节点对应于其他日志,和其他信息,以促进从动件的匹配和交换节点日志信息中设置日志复制阶段。

  • 基于投票的领导人选举改进变化机制:票数较多的候选节点可以捕获票数较少的候选节点的选票，防止多个候选节点之间的竞争导致僵局的情况。投票选举阶段，预先定义了描述发起者和调用者的RequestVote RPC状态信息，并添加了RequestCompare RPC状态来比较候选节点之间的投票数
    • RPC执行如下：代持思想？
      • 如果term<curren