主页 / dba / 问题 / 156739
Accepted
2rs2ts
Asked: 2016-12-01 01:47:33 +0800 CST

Cassandra nodetool 修复并行性：“parallel”与“dc_parallel”

  • 772

如果我运行，nodetool repair --full我会看到这样的设置：

repairing keyspace some_keyspace with repair options
  (parallelism: parallel, primary range: false, incremental: false,
   job threads: 1, ColumnFamilies: [], dataCenters: [], hosts: [], # of ranges: 735)

但是，如果我运行，nodetool repair --full --dc-parallel我会看到：

repairing keyspace some_other_keyspace with repair options
  (parallelism: dc_parallel, primary range: false, incremental: false,
   job threads: 1, ColumnFamilies: [], dataCenters: [], hosts: [], # of ranges: 1992)

注意parallelism设置。自 Cassandra 2.2 以来，“并行”已成为默认设置。我想知道“parallel”和“dc_parallel”之间有什么区别。文档暗示它更快，dc_parallel因为它同时在所有 DC 中运行，但在我的简短测试中，它似乎是相反的；也许这是由于我的复制设置——大多数键空间被设置为使用NetworkTopologyStrategy并在我的每个 DC 中放置相同数量的副本——但我想更确定，而不仅仅是猜测。“并行”没有很好的记录。

对于它的价值，我正在运行 Cassandra 3 (DSE 5.0.3。)

cassandra

1 个回答

  1. Best Answer

    这里的问题是选项名称--dc-parallel选择不当，IMO。

    目前，可以为修复操作指定 3 个“并行度”：顺序、并行和数据中心感知（dc-parallel）。

    • 并行修复是最古老的选项，它只允许所有节点一次运行修复任务。这可能会占用大量 CPU。
    • 引入顺序修复是为了减少修复对整个集群的 CPU 影响。它是通过在所有受影响的节点上拍摄快照然后使用快照执行 Merkle 树计算来实现的，一次一个节点。它以更长的运行时间和快照占用的额外空间为代价减轻了 CPU 的压力。
    • 最后，“dc-parallel”修复实际上是每个 DC 内的顺序修复，而所有 DC 都可以同时运行这些修复。因此，使用此选项时，每个 DC 一次只有一个节点正在积极进行修复。如果您只有一个 DC，这与顺序没有什么不同。
    • 3

相关问题