我试图研究使用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.1ps：使用冻结列表类型创建表时，不会创建逻辑删除
CREATE TABLE tomb_test (id text PRIMARY KEY, events frozen<list<text>>);Cassandra版本：3.11.3
1条答案
按热度按时间yacmzcpb1#
由于您设置了列表的值（而不是附加到列表中），insert需要删除该列表以前的所有单元格，因为每个条目都是一个单元格，写入操作不执行任何读取操作。此删除是一个范围逻辑删除，删除整行单元格，而不是单个单元格逻辑删除。这将对事件列表中以前的任何数据进行阴影处理。
注意：对于冻结的集合，整个集合在单个单元格中序列化，因此它将被覆盖，不需要删除。
这个
Read 1 live rows and 0 tombstone cells是有点误导，它实际上读范围墓碑，但没有细胞墓碑。我认为墓碑的范围是加在Cassandra-8527计数，但在许多Cassandra目前的版本，他们不会。