当cassandra节点下降并返回重新平衡时应遵循的步骤

在5节点cassandra集群中，1个节点死亡，我们在几天后恢复了它

在恢复的节点上，我运行了nodetool repair，但它似乎从未结束，因为它从未返回到命令提示符

当我从其他节点运行nodetool status时，数据分布似乎也没有改变

在cassandra的System.log中，我看到以下错误

错误[RepairJobTask:7]2017-03-31 12:16:07898 java:261-修复会话 b3b72750-15dd-11e7-b158-5D491117D35，适用于范围[（-167561 1436141724195，-165414635749205555]验证在/x.x.x.x（IP）中失败 正在执行修复的cassandra节点的地址）

---

Nodetool修复似乎永远不会结束？你是说Nodetool修复被卡住了吗？如果是这样，请检查Cassandra日志并提供您在日志中收到的错误。@ShobanSundar添加了我在system.Log中发现的错误。杀死Nodetool修复，重新启动节点并尝试Nodetool修复-pr，这将修复该节点的主要范围。@ShobanSundar当然。我会试着让你知道。一般来说，你有没有向所有cassandra节点推荐任何定期维护活动？cassandra中的修复应该定期运行以保持数据完整性。当我们运行修复时，cassandra会修复所有节点，但修复-pr只修复该特定节点。你可以优化修复，以便它运行时间短，消耗资源少。修复优化在Cassandra版本之间有所不同。Nodetool修复似乎永远不会结束？你是指Nodetool修复被卡住了吗？如果是，请检查Cassandra日志，并在日志中提供收到的错误。@ShobanSundar添加了我在system.logKill中发现的错误ool repair，重新启动节点并尝试nodetool repair-pr，这将修复该节点的主要范围。@ShobanSundar当然。将尝试并告知您。您一般建议所有cassandra节点进行定期维护活动吗？cassandra中的修复应定期运行以维护数据完整性。当我们运行修复时，Cassandra修复所有节点，但repair-pr仅修复该特定节点。您可以优化修复，使其运行时间更短，消耗资源更少。修复优化因Cassandra版本而异。