在 Cassandra 中执行截断时的最佳做法是什么？
What are the best practices when performing a Truncate in Cassandra?
我想在集群、多数据中心环境中对具有大约 2500 万条记录的多个表执行 TRUNCATE。我想要一些关于采取 before/after 截断以确保节点之间没有巨大差异的步骤的建议。
根据this，TRUNCATE 删除保存数据的 SSTable。这是否意味着我需要在截断之前将一致性级别设置为 ALL？手术后需要nodetool repair吗？
如有任何建议，我们将不胜感激。
cqlsh 5.0.1 | Cassandra 3.11.2 | CQL spec 3.4.4
在发出此命令之前确保所有节点都已启动。
T运行cate 将自然地在集群中传播，只要所有节点都保持可用状态。
T运行cate 将自动 运行 就好像 CONSISTENCY 设置为 ALL 一样，这确保命令 only returns 在所有节点之后已删除他们的数据，如果无法访问节点则失败。
不需要修复，因为操作后没有任何数据需要修复。
我想在集群、多数据中心环境中对具有大约 2500 万条记录的多个表执行 TRUNCATE。我想要一些关于采取 before/after 截断以确保节点之间没有巨大差异的步骤的建议。
根据this，TRUNCATE 删除保存数据的 SSTable。这是否意味着我需要在截断之前将一致性级别设置为 ALL？手术后需要nodetool repair吗？
如有任何建议，我们将不胜感激。
cqlsh 5.0.1 | Cassandra 3.11.2 | CQL spec 3.4.4
在发出此命令之前确保所有节点都已启动。
T运行cate 将自然地在集群中传播，只要所有节点都保持可用状态。
T运行cate 将自动 运行 就好像 CONSISTENCY 设置为 ALL 一样，这确保命令 only returns 在所有节点之后已删除他们的数据，如果无法访问节点则失败。
不需要修复，因为操作后没有任何数据需要修复。