Cassandra - 客户端时间戳和冲突识别

Question

Cassandra 的最后一次写入策略基于时间戳，这是客户端时间戳。 客户端之间的时间可能不同步 - 这可能会导致更新丢失。我想确切地知道在流动场景中会发生什么：

• 客户端时钟延迟了几年 - 在这种情况下，从这个几乎没有延迟的客户端发送的列更新始终具有较旧的时间戳，与现有值（由“正常”客户端创建）相比。 Cassandra 会忽略这样的更新吗？此更新是否会覆盖现有列值并设置较旧的时间？
• 客户端获得了几年的收益 - 在这种情况下，如果从另一个“正确”客户端执行并发写入请求，来自该客户端的更新将始终获胜 - 正确吗？

Answer 1

是的，时间戳用于解决冲突，因此更新的时间戳总是胜出。一般建议是在所有机器上运行 ntp。

如果由于某种原因不能选择 ntp，您可以将时间戳设置为您想要在客户端上使用的任何值，但您必须设计自己的方式来同步该值（让 ntp 工作几乎总是更容易）。

Answer 2

我不久前写了一篇关于Cassandra Timestamps 的帖子。它讨论了冲突情况。