to ease the work and load of the node during a full repair we can opt for either primary repair or subrange repair . what is the difference between the two?
Bringing together the Apache Cassandra experts from the community and DataStax.
Want to learn? Have a question? Want to share your expertise? You are in the right place!
Not sure where to begin? Getting Started
What is the difference between partitioner range repair and subrange repair?
@pranali.khanna101994_189965 Each node in cassandra will manage the following data.
- Data that belongs to token range that is assigned to the node according to the token setup within the ring. This is called "partitioner-range".
- Data that belongs to replica of primary ranges from other nodes. This is stored to satisfy the replication factor > 1 requirement.
Now we can run repair with the following options.
- (Primary or partitioner Range Repair): nodetool repair -pr - This will repair the data of the primary range of the data that the node is responsible for , but not other ranges managed on this node. It reduces the load on the node by reducing excessive data streaming across the network. One caveat of using this option is that since each node only repairs one range of data that is managed by a node, this option needs to run on ALL nodes in the ring in order to repair all the data.
- (Sub-Range Repair): nodetool repair -st -9223372036854775808 -et -3074457345618258603 - Conceptually sub-range repair is much like primary range repair, except that each sub-range repair operation focuses even smaller subset of data. You have the option to choose the ranges of data that you need to repair. This will be an advanced operation for DevOps teams.
Please refer to our documentation Repair for more details.
Partitioner range (-pr) repairs only repair the range where the node is the primary owner so the specified range only gets repaired once (recommended).
Subrange repair (-st & -et) repairs the range between the given start and end tokens.
We recommend running partitioner range repairs (-pr). The reason for this is that it is the most efficient type of repair and is the most fool-proof.
Subrange repairs is not recommended because most users do not know how to pick and calculate the correct ranges. In a lot of cases, they miss repairing certain ranges and wonder why their data is out-of-sync. There are advantages to running subrange repairs but it is best left to experts. If you really want to run it, we recommend that you use a free open-source tool like Cassandra Reaper.
For more info on why partitioner range repairs are recommend, see Repairs in Cassandra. Cheers!
6 People are following this question.
