Redis部分再同步和同步复制

原文：http://antirez.com/news/45

作者：Antirez weblog
正如我在以前的博客文章中写道,目前我正在开发Redis Slave的部分再同步功能。
我们的想法是，我们有复制流的后备日志，可达到指定的字节数量（默认将是几百兆字节）。
如果一个Slave连接丢失时，它会再次建立连接，查看Master的RUNID 是否相同，并且要求从一个给定的偏移量继续。如果可能将继续复制，没有什么损失，而完全重新同步是没有必要的。否则，如果数据的偏移量在后备日志中不存在，将进行完全重新同步。
现在有趣的是，为了做到这一点，无论是Slave还是Master都必须知道一个全局的复制偏移量。
现在，如果我们提供命令来返回这个偏移量，客户端可以仅通过发送查询命令来简单地模拟同步复制，获取偏移量（想想MULTI/ EXEC如何做到这一点），然后向Slave做同样的事情。因为Redis的复制只有非常低的延迟，客户端可以简单地做一个乐观的“写，读偏移量，读Slave的偏移量”（"write, read-offset, read-offset-on-slave"），并从Slave上读到的偏移量有可能已经做好继续的准备（或者，我们在暂停一会儿后再次读取）。
这可能是有用的东西，但我不知道如果我们从那开始是否能够建立更棒的东西，就是发送一种Redis命令，只要从至少N个连接的Slave中没有得到对读取复制偏移量的确认，就阻塞，并返回发生的时间及+OK。
当我们了解这是否有用及它的复杂度，我不确切它是否是可用的，但是从初步的分析看，实现快速可靠地...可能并非重要，听起来不错。

更多消息待续。