cassandra - 在 cassandra *没有*复制因子的情况下设置键空间

Question

我们从 cassandra 集群 (1.0.10) 中发现了奇怪的行为。

我们正在运行一个 3 节点集群。

如果我在没有设置复制因子的情况下创建键空间，那么在尝试输入数据时会出现错误:

[default@unknown] create keyspace foo;
ae639ba0-d4b8-11e1-0000-424d3d43a8df
Waiting for schema agreement...
Warning: unreachable nodes 10.227.65.172, 10.51.62.63... schemas agree across the cluster
[default@unknown] use foo;
Authenticated to keyspace: foo
[default@foo] create column family User with comparator = UTF8Type;
b4608180-d4b8-11e1-0000-424d3d43a8df
Waiting for schema agreement...
Warning: unreachable nodes 10.227.65.172, 10.51.62.63... schemas agree across the cluster
[default@foo] update column family User with
...             column_metadata =
...             [
...             {column_name: first, validation_class: UTF8Type},
...             {column_name: last, validation_class: UTF8Type},
...             {column_name: age, validation_class: UTF8Type, index_type: KEYS}
...             ];
b70562c0-d4b8-11e1-0000-424d3d43a8df
Waiting for schema agreement...
Warning: unreachable nodes 10.227.65.172, 10.51.62.63... schemas agree across the cluster
[default@foo] set User['jsmith']['first'] = 'John';
null
UnavailableException()
        at org.apache.cassandra.thrift.Cassandra$insert_result.read(Cassandra.java:15206)
        at org.apache.cassandra.thrift.Cassandra$Client.recv_insert(Cassandra.java:858)
        at org.apache.cassandra.thrift.Cassandra$Client.insert(Cassandra.java:830)
        at org.apache.cassandra.cli.CliClient.executeSet(CliClient.java:901)
        at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:218)
        at org.apache.cassandra.cli.CliMain.processStatementInteractive(CliMain.java:220)
        at org.apache.cassandra.cli.CliMain.main(CliMain.java:348)

(无法到达节点的问题不应该是here所述的问题)

但是，如果我创建键空间并指定复制因子(1、2 或 3)，那么它就可以正常工作。

如果在没有指定复制因子的情况下创建集群时出现问题，那么不应该在创建时抛出异常吗？如果您没有在多节点集群上指定复制因子，预期的行为是什么？

Answer 1

从内部创建键空间时的默认复制策略cassandra-cli是 NetworkTopologyStrategy (NTS)，实际上没有单个 replication_factor 的概念。 NTS 的副本是基于每个数据中心配置的。使用 NTS 时的默认复制选项为“{datacenter1:1} ”，这意味着一个副本应放入“datacenter1”副本组中。如果您没有配置特定的告密者，那么很可能所有节点都被分配给“datacenter1”。

我对您如何将复制因子设置为 1、2 或 3 感到困惑，因为 cassandra-cli 不应该让您指定 replication_factor也没有指定 placement_strategy的SimpleStrategy也是，如果您这样做，我想您会更加意识到这种差异。

无论如何，由于默认情况下您的有效复制因子为 1，因此我预计您的问题实际上是警告消息中的节点故障。正如您引用的邮件中所讨论的那样，它们是否真的是僵尸节点，或者它们是仍在环中且无法访问的真实节点？ nodetool ring的输出应该有助于诊断为什么 Cassandra 认为它无法成功存储您的记录。

最后，我应该指出，您会发现使用 cqlsh 可以更轻松地完成此类工作很多工具比cassandra-cli 。在这种情况下，它至少会迫使您给出明确的复制策略和策略选项。