替換死節點和重新啓動死節點（特別是種子節點）之間是否有區別？其實，我對如何重新啓動死種子節點有點困惑。如何在進程崩潰後重新啓動種子節點？
當種子節點的進程崩潰時，我應該重新啓動它，而不對cassandra.yaml進行任何更改嗎？或者，像替換一個種子節點，我應該從每個節點上的種子列表（cassandra.yml）中刪除它的IP地址嗎？
documentation對此不太清楚。它只涉及如何用另一臺機器替換死亡節點。
感謝您
如果您只是重新啓動死種子節點，那麼你不應該需要重新啓動之前改變你的cassandra.yaml文件。只要你解決了導致節點死亡的任何事情，並且你的節點沒有被關閉的時間超過gc_grace_seconds（見下面的註釋），那麼重新啓動應該不成問題。
您已鏈接的文檔中提到的問題集中在替換死種子節點。替換種子節點的問題是，如果將新節點配置爲種子，則新節點不會引導到羣集中。在這種情況下，應將集羣中的其他節點提升爲種子節點。
注意：文檔的About Deletes部分警告如何將節點拉回很長時間。具體而言，長於爲gc_grace_seconds設置的值（或者設置了最短值，如果您在任何單獨的表格上更改了該值）。
...如果一個節點是跌多寬限期 時間越長，節點可以錯過刪除，因爲 墓碑gc_grace_seconds後消失。 Cassandra總是嘗試 重新播放錯過的更新，當節點再次回來時。 發生故障後，最佳做法是在將節點返回到羣集中時運行節點修復以修復所有副本之間的不一致性。如果節點不在 gc_grace，_seconds內回退，請刪除節點，擦除節點並重新引導它。