本文介绍了etcd中的safereadindex机制，解释了如何确保客户端读取到的数据是最新的，而不是脏数据。文章详细阐述了当客户端向leader发送读请求时，etcd如何通过safereadindex来保证数据的一致性和最新性。
顾名思义，safe read index就是安全的可读索引，etcd通过这个来保证每次读到的都是最新的数据，而不是脏数据。
简单说一下读数据的流程：
1、leader收到读请求之后，会把当前的commit index记录下来，当做safe read index. 然后向其他服务器广播请求，以此来确定自己是否还是leader（如果收到集群中大多数机器的回应则还是leader）
2、确定leader之后，状态机会把safe read index之前的所有操作应用到状态机里
3、执行客户端的读请求，并返回结果
如果客户端一开始连的是follower，流程也基本一致，follower会从leader那里获取一个safe read index，然后等状态机应用完之后再执行读操作，并返回结果
这里再留一个问题：
如果follower当前的日志跟leader相差较大，那么按照这个流程，读操作需要等待一段较长的时间才能获取结果，那实际上是不是这个样子的呢？
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
