这样仅仅会丢掉一些向量时钟的信息，即数据更新过程的信息，可是不会丢掉实实在在的数据。仅仅有当一种情况会有问题，就是一个client保持了一个非常久之前的向量时钟，然后继承于这个向量时钟提交了一个数据，此时就会有冲突。由于服务器这边已经没有这个非常久之前的向量时钟信息了，已经被剪枝掉了可能，所以client提交的此次数据，在服务端无法找到一个祖先。此时就会创建一个sibling。

所以这个剪枝的策略是一个权衡tradeoff，一方面是无限增长的向量时钟的空间。还有一方面是偶尔的会有"false merge"。对，但肯定的是，不会悄无声息的丢数据。综上。为了防止向量时钟空间的无限增长，剪枝还是比用server标识向量时钟工作的更好。

相关文章