Cassandra - 在插入过程中截断表

Question

我想了解 truncate 命令在 Cassandra（3.9 版）中的工作原理，以便能够知道在以下情况下会发生什么：

• 我的生产表中有大约 100GB 的数据需要截断。
• 我想截断这个表，但同时每秒会有几百个请求同时进行插入。

我试图理解，理论上这将如何发挥作用。

• truncate 会在继续之前尝试在表上获取某种锁吗？并可能停止插入请求或本身超时？
• 或者truncate 会在请求进入时按顺序通过，随后的插入请求会创建额外的行，而我最终会在截断后剩下少量行。

我只是想回收空间，所以如果在 truncate 命令之后运行的插入请求中剩余少量数据，我并不特别担心。

我只是想了解您是否希望这会成功完成，否则会失败/超时。

我将尝试在较小的集群上运行类似的场景，但我不确定这是否可以很好地替代了解实际行为。任何输入都会有所帮助。

Answer 1

Truncate 向所有节点发送一条消息，请求在执行时删除所有 SSTable，您将只获得在发出 truncate 后收到的那些 upsert 的信息。

在 Datastax documentation 中声明这是使用 JMX 完成的，但查看此 answer 的 cmets，这是使用 CQL 和消息传递服务完成的。

如果您尝试回收磁盘空间，请注意如果auto_snapshot 设置为true（true 是默认值），则会使用截断创建快照，因此您需要在执行后删除快照的命令。另请注意，truncate 将要求所有节点都处于启动状态且健康状态才能完成。

Answer 2

我自己试过这个。在一个 2 节点 Cassandra 集群上，我在后台以每秒大约 160 个请求的速度插入，并对具有大约 200,000 条记录的同一个表运行截断查询。

• 表被截断，插入继续没有错误。
• 截断后插入的新行显示在数据库中。