Cassandra 文档中的以下声明是我怀疑的原因。
例如，如果使用写入一致性级别 QUORUM 和复制因子 3，Cassandra 会将写入复制到集群中的所有节点并等待来自两个节点的确认。如果在其中一个节点上写入失败但在另一个节点上成功，则 Cassandra 报告无法在该节点上复制写入。但是，在其他节点上成功的复制写入不会自动回滚。
参考：http://docs.datastax.com/en/cassandra/2.1/cassandra/dml/dml_atomicity_c.html
即使无法满足一致性，Cassandra 是否会写入节点（已启动）？
【问题讨论】：
我明白了。如果 Cassandra 知道无法满足一致性，它甚至不会尝试编写。如果可以满足一致性，但没有足够的副本来满足复制因子，那么 Cassandra 将写入当前可用的副本并给出成功消息。稍后当副本再次启动时，它将写入其他副本。
例如如果复制因子为 3 ，则 3 个节点中的 1 个已关闭，那么如果我以 2 的一致性写入，则写入将成功。但是，如果复制因子为 2 并且 2 个节点中的 1 个已关闭，那么如果我使用 2 的一致性写入，Cassandra 甚至不会写入可用的单个节点。
文档中提到的是在可以满足一致性时启动 while write 的情况。但在这期间，一个节点宕机了，无法完成写入，而另一个节点写入成功。由于无法满足一致性，客户端将收到失败消息。写入单个节点的记录稍后将在节点修复或压缩期间删除。
【讨论】：
Cassandra 中的一致性可以（是？）在语句级别定义。这意味着您可以在特定查询中指定所需的一致性级别。
这意味着如果不满足一致性级别，则上面的陈述不满足一致性要求。
Cassandra 中没有回滚。您在 Cassandra 中拥有的是最终一致性。这意味着如果不是立即，您的声明将来可能会成功。当一个副本节点上线时，集群（又名 Cassandra 的容错）将负责写入副本节点。
所以，如果你的陈述失败了，将来它可能会成功。这与 RDBMS 世界相反，未提交的事务被回滚，就好像什么都没发生一样。
更新： 我站得更正。谢谢阿伦。
发件人：
http://docs.datastax.com/en/cassandra/2.0/cassandra/dml/dml_about_hh_c.html
在写操作期间，当启用提示切换并且可以满足一致性时，协调器在以下任一条件下将有关死副本的提示存储在本地 system.hints 表中：
所以它仍然不是回滚。节点知道当前集群状态，如果无法满足一致性，则不会启动写入。
【讨论】：
在驱动程序级别，您会遇到异常。
在写入成功的节点上，数据已经真正写入，最终会被回滚。
在正常情况下，您可以认为数据没有写入任何节点。
如果在一个节点上写入失败但在另一个节点上成功， Cassandra 报告在该节点上复制写入失败。 但是，在另一个节点上成功的复制写入不是 自动回滚。
【讨论】：