cassandra - 从 cassandra 集合中减去 (-) 是否会创建墓碑？

Question

在阅读了 cassandra 中的墓碑和集合之后，我明白正确的方法是使用加法 (+) 和加法减法 (-) 运算符。

我读过的所有地方都给我的印象是，使用此运算符而不是覆盖集合不应创建任何墓碑。

经过一些测试并阅读 sstables 后，似乎在进行添加时，没有创建墓碑

但是在进行减法时，我可以注意到 sstable 获取了deletion_info 记录。该记录与删除整个单元格(而不仅仅是一组中的一个条目)的记录不同，因此我不确定它是否是墓碑？

6545d91# sstabledump mc-23-big-Data.dbata/cs/customers-49e96fc0011f11e985316d2c86
WARN  11:17:05,402 Only 52.363GiB free across all data volumes. Consider adding more capacity to your cluster or removing obsolete snapshots
[
  {
    "partition" : {
      "key" : [ "da8b9f4e-b063-4254-aee6-acba55b35d83" ],
      "position" : 0
    },
    "rows" : [
      {
        "type" : "row",
        "position" : 143,
        "clustering" : [ "da8b9f4e-b063-4254-aee6-acba55b35d83", "da8b9f4e-b063-4254-aee6-acba55b35d83" ],
        "liveness_info" : { "tstamp" : "2018-12-16T10:47:19.434990Z" },
        "cells" : [
          { "name" : "payments", "deletion_info" : { "marked_deleted" : "2018-12-16T11:00:27.524999Z", "local_delete_time" : "2018-12-16T11:00:27Z" } },
          { "name" : "payments", "path" : [ "da8b9f4e-b063-4254-aee6-acba55b35d81" ], "value" : "", "tstamp" : "2018-12-16T11:15:17.989Z" },
          { "name" : "payments", "path" : [ "da8b9f4e-b063-4254-aee6-acba55b35d82" ], "deletion_info" : { "local_delete_time" : "2018-12-16T11:16:34Z" },
            "tstamp" : "2018-12-16T11:16:34.929999Z"
          }
        ]
      }
    ]
  }

底线，我的问题是单元格中的这条记录是否是墓碑？如果是，是否可以避免？

 { "name" : "payments", "path" : [ "da8b9f4e-b063-4254-aee6-acba55b35d82" ], "deletion_info" : { "local_delete_time" : "2018-12-16T11:16:34Z" },
            "tstamp" : "2018-12-16T11:16:34.929999Z"
  }

Answer 1

关于:

{ "name" : "payments", "path" : [ "da8b9f4e-b063-4254-aee6-acba55b35d82" ],
  "deletion_info" : { "local_delete_time" : "2018-12-16T11:16:34Z" },
  "tstamp" : "2018-12-16T11:16:34.929999Z"
}

减法确实会创建一个墓碑，以向存储引擎指示集合中该元素(已删除)的状态。这样，删除优先于该路径上该特定元素的任何先前添加(较旧的时间戳数据)。

此外，当您提供整个集合作为 cql 语句的一部分时，也会创建一个墓碑，这可能就是此墓碑所代表的内容:

{ "name" : "payments", 
  "deletion_info" : { "marked_deleted" : "2018-12-16T11:00:27.524999Z",
  "local_delete_time" : "2018-12-16T11:00:27Z" } 
}

因为 Cassandra 不采用先读后写的方式，所以它只是为该列中的所有元素创建一个逻辑删除，以使所有可能的现有写入无效。

如果您想完全避免墓碑，请考虑使用 Frozen Collections 。对于卡住集合，您每次都需要提供完整的集合值，并且集合的所有元素都存储在单个单元格中。因此，更新集合时无需创建逻辑删除。

使用卡住集合的明显缺点是，如果不先SELECT现有内容并在INSERT<中提供新集合，则无法从集合中追加/删除元素/更新。这样做的缺点是您可能需要担心管理并发写入。

或者，如果您想避免使用非卡住集合创建逻辑删除，切勿 INSERT 完整集合(即 INSERT INTO ks.tbl (k, c) VALUES (0, [ 1,2,3])。而是使用附加，即 UPDATE ks.tbl SET c = c + [1,2,3] WHERE k = 0。