Cassandra热键空间结构发生了变化

我目前正在运行一个存储4TB数据的12节点Cassandra集群,复制因子设置为3.对于应用程序更新的需要,我们需要更改密钥空间的配置,我们希望避免任何停机时间尽可能.

我在邮件列表上看到,最好的方法是:

>在群集的一台服务器上杀死cassandra进程
>再次启动它,等待提交日志写入磁盘,然后再次将其删除
>在storage.xml文件中进行修改
>根据我们所做的更改,重命名或删除数据目录中的文件
>开始cassandra
>转到列表中的下一个服务器1

我的问题是:

>我对这个过程了解得很清楚吗?
>是否存在数据损坏的风险?
>在此过程中,将在同一个cluser,相同的键空间中存在具有不同版本的storage.xml文件的服务器.这是个问题吗?
>如果我们不仅添加,重命名和删除ColumnFamilies,而且如果我们更改CompareWith参数/将现有列族转换为超级列,则与上述问题相同.或者我们需要更改名称吗?

谢谢您的回答.这是我第一次这样做,我有点害怕.

最佳答案 你的列表看起来像
http://wiki.apache.org/cassandra/FAQ#modify_cf_config中的那个.所以它应该是准确的……

点赞