Cassandra集群扩容与数据重分配：单节点扩4节点2副本的数据分发问题

你已经完成了keyspace的复制配置修改，接下来可以通过以下步骤完成现有数据的分发：

1. 完成新节点的集群加入 #

先配置好另外3个节点的Cassandra参数（确保集群名称、seed列表和原节点一致，seed里至少包含原节点），启动新节点。节点启动时会自动执行bootstrap流程，从集群中的现有节点拉取自己负责的token范围对应的数据。这一步完成后，新节点会拥有自己token分区内的数据，但原有的老数据还仅存于原节点，需要后续操作完成副本复制。

2. 执行全量修复同步副本 #

因为你把副本因子从1改成了2，现有数据只在原节点存在一份，需要触发Cassandra的修复机制，让数据复制到其他应该存储副本的节点。在集群任意节点执行：

nodetool repair -full

• -full 代表全量修复，会遍历所有数据，确保每个分区都复制到足够数量的副本节点。
• 注意：全量修复对资源消耗较大，建议在业务低峰时段执行，避免影响线上服务。如果数据量极大，可以针对单个keyspace或表执行修复，缩小范围：

nodetool repair -full 你的keyspace名称 你的表名称

3. 验证数据分发效果 #

执行以下命令确认数据是否正确同步：

• 查看集群节点状态，确保所有节点都是UN（正常在线）状态：

nodetool status

• 检查指定分区的副本存储节点，确认返回的节点数等于副本因子2：

nodetool getendpoints 你的keyspace名称 你的表名称 分区键值

• 对比各节点的表数据占用空间，确认数据已合理分布：

nodetool cfstats 你的keyspace名称.你的表名称

额外注意点 #

• 新节点的seed配置必须包含至少一个已在集群中的节点，否则无法正常加入集群。
• 修复过程不要中途中断，否则可能引发数据不一致问题。如果修复中断，重新执行即可。
• 若新节点启动后bootstrap未自动完成（比如节点状态一直是Joining），可以尝试手动恢复bootstrap：

nodetool bootstrap resume

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