墓碑是否是卡桑德拉阵列中的对象?

时间:2018-12-27 10:30:43

标签: cassandra tombstone

我正在尝试研究使用cassandra阵列对性能的影响。 根据我的实验,cassandra在插入或不增量更新数组(非冻结)时会生成逻辑删除。 但是,根据cqlsh跟踪输出,不会读取逻辑删除,因此它们不会对性能产生任何影响...?

CREATE TABLE tomb_test (id text PRIMARY KEY, events list<text>);
insert into tomb_test (id, events) values ('1', ['A', 'B']);

bin$ nodetool flush

-- you can see there is "marked_deleted" tombstone for events array
sstabledump node1/data0/spark/test-ef990510057b11e98254712032ed3bea/mc-1-big-Data.db
[
  {
    "partition" : {
      "key" : [ "1" ],
      "position" : 0
    },
    "rows" : [
      {
        "type" : "row",
        "position" : 62,
        "liveness_info" : { "tstamp" : "2018-12-24T14:04:07.188625Z" },
        "cells" : [
          { "name" : "events", "deletion_info" : { "marked_deleted" : "2018-12-24T14:04:07.188624Z", "local_delete_time" : "2018-12-24T14:04:07Z" } },
          { "name" : "events", "path" : [ "c7481be0-0784-11e9-8254-712032ed3bea" ], "value" : "A" },
          { "name" : "events", "path" : [ "c7481be1-0784-11e9-8254-712032ed3bea" ], "value" : "B" }
        ]
      }
    ]
  }
]

cqlsh:spark> tracing on
cqlsh:spark> select * from tomb_test ;
-- however when reading from tomb_test, no tombstones are scanned
Read 1 live rows and 0 tombstone cells [ReadStage-3] | 2018-12-24 15:07:02.445000 | 127.0.0.1 |           8357 | 127.0.0.1

PS:使用冻结列表类型创建表时,不会创建逻辑删除

CREATE TABLE tomb_test (id text PRIMARY KEY, events frozen<list<text>>);

cassandra版本:3.11.3

1 个答案:

答案 0 :(得分:2)

由于您设置了列表的值(而不是添加到列表的后面),因此插入操作需要删除该列表的所有以前的单元格,因为每个条目都是一个单元格,并且写入操作不会执行任何读取操作。此删除是范围逻辑删除,删除整个单元格行,而不是单个单元格逻辑删除。这将隐藏事件列表中的所有先前数据。

注意:使用冻结的集合时,整个集合会在单个单元格中序列化,因此将被覆盖并且无需删除。

Read 1 live rows and 0 tombstone cells有点误导,实际上它确实读取了范围逻辑删除,但是没有单元格逻辑删除。我认为范围墓碑已在CASSANDRA-8527的计数中添加,但在许多当前版本的卡桑德拉上却不会。