Cassandra复制异常：DC1复制因子设为0仍在DC2看到同步的键空间与表

算力阿峰

2026-5-21

问题原因分析

首先咱们得抓住Cassandra识别数据中心的核心逻辑：GossipingPropertyFileSnitch完全依赖每个节点本地cassandra-rackdc.properties里的dc配置来划分数据中心，和物理位置无关。

你现在的情况是：所有三个节点（包括DC2里的Node3）都配置了dc=DC1，这意味着在Cassandra集群的视角里，整个集群只有一个数据中心——DC1，你以为的"DC2"在集群中根本不存在。

那创建键空间的语句CREATE KEYSPACE "test_rf" WITH REPLICATION = { 'class' : 'NetworkTopologyStrategy', 'DC1' : 0, 'DC2' : 1 };会发生什么？

Cassandra会忽略它识别不到的DC（也就是DC2）的配置项，因为集群里没有节点属于这个DC
而DC1:0的配置其实是无效的——因为键空间至少需要一个数据中心的复制因子大于0才能正常工作。Cassandra在这里会做容错处理，默认使用唯一存在的DC（DC1）并分配至少1个副本（这就是你看到键空间被复制到DC1节点的原因）

解决办法

修正节点的DC配置：修改DC2中Node3的cassandra-rackdc.properties文件，把dc=DC1改成：
```
dc=DC2
rack=RAC1
prefer_local=true
```
重启Node3：重启Node3节点，让集群感知到这个节点所属的DC变更。你可以用以下命令重启：
```
sudo systemctl restart cassandra
```
（如果是tar包部署，用对应的启动/重启脚本即可）
重新配置键空间：等Node3重启完成并重新加入集群后，你有两种选择：
1. 删除原键空间后重新创建：
```
DROP KEYSPACE "test_rf";
CREATE KEYSPACE "test_rf" WITH REPLICATION = { 'class' : 'NetworkTopologyStrategy', 'DC1' : 0, 'DC2' : 1 };
```
2. 修改现有键空间的复制策略：
```
ALTER KEYSPACE "test_rf" WITH REPLICATION = { 'class' : 'NetworkTopologyStrategy', 'DC1' : 0, 'DC2' : 1 };
```
  修改后记得运行nodetool repair来同步数据，确保副本只存在于DC2。
验证配置：你可以用以下命令确认配置生效：
- 查看节点的DC/Rack分布：nodetool status
- 查看键空间的复制配置：DESCRIBE KEYSPACE "test_rf";