Cassandra：并发模式更改的解决方案

Question

我无法找到有关Cassandra如何处理其架构的并发更改的信息。例如：

在具有机器A，B，C，D，E的Cassandra集群中

客户端X向机器A发出问题：

CREATE TABLE foo (
  id_column int,
  x_column1 varchar,
  x_column2 varchar,
  PRIMARY KEY (id_column)
)

客户Y发给机器B

CREATE TABLE foo (
  id_column int,
  y_another_column1 varchar,
  y_another_column2 varchar,
  PRIMARY KEY (id_column)
)

会发生什么？它失败了吗？最终结果是两者合并吗？如果是合并，如果选择了差异PKs列，它会失败吗？

我认为并发创建冲突模式是一种不寻常的情况。但是，发出并发ALTER TABLE语句需要类似的解决方案，并且在现实世界的场景中更有可能。

Answer 1

以下2个帖子和2个JIRA票证（已解决）提供有关实时架构更改和冲突解决的详细信息：

• Live schema updates（ nb ：该版本适用于此功能首次推出时）
• The schema management renaissance in Cassandra 1.1。
• Allow concurrent schema migrations (1391)（已在C * 1.1中修复）
• Avoid ID conflicts from concurrent schema changes (3794)（已在C * 1.2中修复）

您必须完成CASSANDRA-1391中的评论才能获得所有详细信息。