有个面试题？Raft 组发生了 Leader 迁移后，新 Leader 会有一段时间不能提供 IO 读写服务的原因是什么？请问这个问题大概有哪些答案？
数据库最后一致性校验。
因为新的leader 日志状态机 里的item 有可能跟follower 的不一致， 需要多次交互后才能完成一致
老师，您好？我的个人理解是，新的leader的raft log 的和follower的raft log 全部保持一致，所以为了这个一致性得做校验，比如leader 有的raft log，而follower 却没有，这个时候leader 就得把这部分raft log 发送给follower，把这个一致性校验好leader才能提供对外服务，但是我有个疑问，leader 只要确保和follower的raft log 一致就行了吧，也就是commit index一致，不需要保证follower的数据应用状态即apply index和follower一致吧？
老师，您好。我的个人理解是，新的leader的raft log 的和follower的raft log 全部保持一致，所以为了这个一致性得做校验，比如leader 有的raft log，而follower 却没有，这个时候leader 就得把这部分raft log 发送给follower，把这个一致性校验好leader才能提供对外服务，但是我有个疑问，leader 只要确保和follower的raft log 一致就行了吧，也就是commit index一致，不需要保证follower的数据应用状态即apply index和follower一致吧？
raftgroup中的的数据一致性对齐。
我的理解在不切换leader的情况下 这种情况是可以理解的
如果切换leader，，有很多注意的情况，就会有很大的 差异。考虑到切换leader的场景较同步一致性的 少。
没太看懂。。。
raft paper safety 章节 Figure 8 可以看。
切leader也是日志最大的，与原leader一致的会被选主。