从Cassandra 2.1.11升级至4.0.13遇Murmur3BloomFilter缺失求助

1. 替换废弃的Murmur3BloomFilter类 #

Cassandra 2.2版本对BloomFilter实现进行了重构，原Murmur3BloomFilter类被合并到org.apache.cassandra.utils.BloomFilter中，且后者默认采用Murmur3哈希算法（与原类逻辑完全一致）。

• 将代码中的import Murmur3BloomFilter;替换为：

  import org.apache.cassandra.utils.BloomFilter;
  

2. 调整API调用逻辑 #

BloomFilter的API与原Murmur3BloomFilter基本兼容，只需调整实例化和调用方式：

原2.1代码示例： #

Murmur3BloomFilter filter = Murmur3BloomFilter.create(expectedElements, falsePositiveRate);
filter.add(ByteBuffer.wrap(keyBytes));
boolean contains = filter.mightContain(ByteBuffer.wrap(keyBytes));

替换为4.0兼容代码： #

BloomFilter filter = BloomFilter.create(expectedElements, falsePositiveRate);
filter.add(ByteBuffer.wrap(keyBytes));
boolean contains = filter.mightContain(ByteBuffer.wrap(keyBytes));

3. 跨版本升级的迁移路径 #

直接从2.1跳级到4.0存在兼容性风险，官方要求按2.1→2.2→3.0→3.11→4.0的顺序逐步升级，每个版本的迁移说明可参考对应版本的官方文档：

• 每个大版本的废弃API列表、核心变更都会在版本发布说明中明确，比如2.2版本的重构内容就包含BloomFilter的整合。

4. 额外注意事项 #

• 升级前务必全量备份集群数据，避免数据丢失；
• 每个版本升级完成后，执行nodetool upgrade完成数据格式转换，再执行nodetool cleanup清理冗余数据；
• 检查代码中其他2.1特有的API（如旧版的RowMutation、ColumnFamily等），替换为新版本的对应实现。

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