【发布时间】：2016-02-17 08:45:30
【问题描述】：
Cassandra 如何处理多个用户对同一密钥的并发更新？ Cassandra 是否遵循 ACID 的“隔离”属性？
【问题讨论】：
【发布时间】：2016-02-17 08:45:30
【问题描述】：
虽然不是真正符合 ACID，但 Cassandra 强制执行行级 isolation：
例如，如果一个用户正在编写包含两千列的行， 另一个用户可能会读取同一行并看到一些 列，但如果写入仍在进行中，则不是所有列。
完整的行级隔离已到位，这意味着写入一行 与执行写入的客户端隔离，对 任何其他用户，直到他们完成为止。
对于由不同协调器节点处理的竞争写入，每列值包含一个写入时间值，指示写入时间。这确保了最近对列的写入占用了单元格。换句话说，“最后写入获胜”。
【讨论】：
-
如果两个并发更新发生在分区内的同一行上，并且更新是在写入类型的更新之前读取的，会发生什么？ Cassandra 的行级隔离是否确保这两个请求的更新是正确的？如果是，您能否提一下 Cassandra 是如何做到这一点的？
-
@YugSingh 首先，read-before-write 操作是已知的 Cassandra 反模式。原因是您读取的值可能会在写入执行之前更改。由于行仅与客户端隔离，因此不会发生更新“正确性”的锁定或验证。在所有更新完成之前，其他任何人都看不到客户端应用程序更新一行中的多个列的写入。如果两个客户端在同一行上执行多列写入，则最新的写入时间戳（每列）将确定主要值。
Cassandra 为行级更新提供原子性和隔离性保证。您可以在 datastax blog article 中了解更多信息。
【讨论】：