Cassandra升级限制

Question

我们正在10节点PRODUCTION集群中从DSE 4.5升级到DSE 4.8.9。 我们在应用程序中运行每日批处理作业，批量加载集群中的数据，一些作业TRUNCATE表并加载新数据和一些连续插入数据的加载程序作业。

考虑以下情况：

案例1： 假设我的一个节点已安装DSE 4.8但正在运行升级稳定版。 此时所有节点都在线，并且存在2个不同的模式（dse4.5上的9个节点和dse4.8.9上的1个节点）。 在这种情况下，TRUNCATE会工作吗？

案例2： 我的一个节点完全升级到DSE 4.8，这使我的集群处于部分升级状态，所有节点都在线，存在2个模式（DSE 4.5上有9个节点，DSE 4.8上有1个节点）。

在这种情况下TRUNCATE会起作用吗？

请建议。

谢谢！

Answer 1

不建议在升级期间发出TRUNCATE命令，这是[{3}}

中列出的限制之一

引用链接：

  

不要启用新功能。

     

不要运行nodetool修复。

     

在滚动重新启动期间不要发出这些类型的CQL查询：DDL   和TRUNCATE。

     

在升级期间，不同版本上的节点可能会显示架构   分歧。

     

在需要时无法升级SSTable会导致重大问题   性能影响和磁盘使用量增加。升级尚未完成   直到SSTable升级。

Answer 2

首先应在所有节点上升级二进制文件，以便我们在整个群集中拥有一个架构。 在所有节点完成“升级稳定”运行之前，请避免使用TRUNCATE。

还应注意markc给出的评论：

不要启用新功能。

不要运行nodetool修复。

在滚动重启期间不要发出这些类型的CQL查询：DDL和TRUNCATE。

在升级过程中，不同版本的节点可能会显示架构不一致。

无法在需要时升级SSTable会导致严重的性能影响并增加磁盘使用率。在升级SSTable之前，升级尚未完成。