那天，我陷入了Redis的群聊中...

我是Redis，一个叫Antirez的男人将我带入了这个世界。那天，在Redis的朋友小组中，很久没见过的大白发送了一条消息……所以，大白在未来的日子里撤出了一个新小组，我们三个人合作了彼此之间，而我们日常工作中最常见的事情就是数据同步。
如果主节点具有数据写入，删除和修改命令，它还将把这些命令一一通知给从节点。我们称此命令传播。
这样，我们的主节点和从节点之间的数据就可以保持同步〜一次，我不小心断开了连接〜我们使用了一种新的数据同步策略，该策略效率更高，即使偶尔偶发掉线，它也可以还可以快速填写丢失的数据。已有一段时间了...我们新增加了人手，我们已经准备好做大工作！为了及时获取和更新主节点和从节点的信息，我们的哨兵将每隔10秒使用INFO命令向主节点打招呼。
主节点会告诉我他拥有哪些从节点。为了及时了解每个人是否都下线，我们每秒钟必须使用PING命令向组中的所有朋友打招呼：如果我没有在设定的时间内收到答复，我知道这个人可能正在下跪，现在是时候开始故障转移了，但这只是我的事情。
主观意见，如果我一个人说，就不重要。为了防止错误判断，我必须去管理员组征询您的意见：接下来，我们将开始第一次选举。
经过一些努力，我终于完成了故障转移，现在R2是主节点。但是不久之后，R1又回来了：以上是我们的日常工作。
通过我们的一些小伙伴的共同努力，形成了高可用性的缓存服务。 MySQL再也不敢看不起我们了。
[结束]我特别推荐一种高质量的内容共享架构+算法。如果您还没有关注，可以长按以关注它：长按以订阅更多令人兴奋的内容▼如果您已获得关注，请单击以观看，衷心感谢您的免责声明：本文内容由21ic在获得后授权，版权归原作者所有，该平台仅提供信息存储服务。
本文仅代表作者的个人观点，并不代表该平台的立场。如有任何疑问，请与我们联系，谢谢！。