Cassandra中partition range repair工作机制问题解答

-pr是Cassandra修复操作中最常用的参数之一，核心设计是消除重复修复带来的额外集群负载，所有逻辑围绕节点的主令牌范围展开，针对相关疑问逐一说明：

1. -pr的修复范围是否覆盖非主令牌范围？ #

不会。执行带-pr参数的修复时，进程只会校验、同步当前节点作为主负责人的令牌范围（即primary token ranges）内的数据，完全跳过节点上存储的、属于其他节点主负责范围的非主副本数据（non-primary token ranges）。
这个设计的本质是把每一段令牌范围的修复触发权，只交给它的主负责节点，避免多个副本节点重复对同一段范围发起修复，浪费网络和磁盘IO。

2. 是否必须在全集群所有节点运行-pr才能覆盖所有数据的修复需求？ #

是。
令牌环上的每一段连续范围，有且仅有一个主负责节点。当你在集群每个节点上各执行一次-pr修复时，每一段范围都会被它的主节点触发一次标准修复流程：主节点会自动召集该范围对应的所有副本节点（包括持有这段范围非主副本的其他节点），做Merkle树比对、不一致数据同步，刚好可以100%覆盖全集群所有副本的数据一致性修复，既不会漏修范围，也不会出现同一段范围被重复修复的问题。

注意：如果集群开启了vnode（虚拟节点），运行-pr时不要手动指定起始/结束token，否则容易出现范围错配，导致漏修。

3. 非主令牌范围的查询方式、nodetool ring的输出范围 #

首先明确nodetool ring的输出逻辑：它只会展示整个令牌环上所有分段的主节点归属，不会列出每个节点持有的非主副本范围。举个例子，当你的keyspace副本数设为3时，每段令牌范围会在3个节点上存副本，但nodetool ring的输出里，这段范围只会出现一次，绑定对应的主负责节点，不会重复展示另外两个副本节点的归属。

如果要查询某节点持有的非主令牌范围，最准确的方式是运行nodetool describering <目标keyspace名称>，这个命令会列出keyspace下每一段令牌范围的完整副本节点列表，你只要过滤出「当前节点在副本列表中，但不是列表第一个节点（即非主节点）」的范围，就是该节点持有的非主令牌范围。

内容的提问来源于stack exchange，提问作者nmakb