3

我们从 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)

（无法到达节点的问题应该不是这里所说的问题）

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

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

4

1 回答 1

3

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

我对您如何将复制因子设置为 1、2 或 3 感到困惑，因为 cassandra-cli 不应该让您在replication_factor不指定 a placement_strategyof 的情况下指定SimpleStrategy，如果您这样做，我认为您会更清楚这种差异。

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

最后，我应该指出，您会发现使用该cqlsh工具比使用cassandra-cli. 在这种情况下，它至少会迫使您给出明确的复制策略和策略选项。

于 2012-07-23T22:03:09.243 回答