我们正在使用Cassandra
cqlsh 5.0.1 | Cassandra 2.1.14.1272 | DSE 4.8.7 | CQL spec 3.2.1
我们有>我们在此行的大多数单元格中插入了NULL的600000行。我们运行一个查询,扫描8000行,包括昨天,今天,明天的日期。 但是,当我启用跟踪时,我只找到:
Read 101 live and 997 tombstone cells [SharedPool-Worker-1] | 2017-04-20 11:05:02.901000 | 10.74.70.30 | 11297
我知道在Cassandra中插入NULL会为这些单元格创建逻辑删除,但为什么我只能看到这么少的墓碑,即使查询返回8k记录,每条记录都有多个NULL?可以解释一下吗?默认情况下,这些记录的TTL为30天,因此由于TTL,此结果集为8k不能有墓碑。
编辑1
我的架构是:
CREATE TABLE transportation_events.events_for_load_ops_exceptions (
exception_phase text,
exception_date text,
event_id timeuuid,
actual_delivery_ts timestamp,
actual_pickup_ts timestamp,
carrier_due_ts timestamp,
carrier_id text,
carrier_mode text,
carrier_pickup_ts timestamp,
dest_loc_banner_code text,
dest_loc_class_code int,
dest_loc_id int,
dest_loc_name text,
dest_loc_type text,
dest_time_zone text,
destination_city text,
destination_postal_code text,
destination_state text,
destination_street_addr text,
exception_type text,
late_reason_code text,
load_id text,
load_type text,
loc_time_zone text,
orig_loc_id int,
orig_loc_name text,
orig_loc_type text,
orig_time_zone text,
origin_city text,
origin_postal_code text,
origin_state text,
origin_street_addr text,
reason_code_category text,
reason_code_desc text,
scheduled_delivery_ts timestamp,
scheduled_pickup_ts timestamp,
status_reason_code text,
stop_loc_id int,
stop_loc_name text,
stop_loc_type text,
stop_seq_num int,
stop_type text,
triggered_by text,
PRIMARY KEY ((exception_phase, exception_date), event_id)
) WITH CLUSTERING ORDER BY (event_id DESC)
通过
保存到Cassandraimport com.datastax.driver.mapping.Mapper;
mapper.save(resultRecord);
我可以看到插入了NULL的CQL。
查询我正在追踪
select * from transportation_events.events_for_load_ops_exceptions where exception_phase='PLANNING' AND exception_date IN ('2017-04-19','2017-04-20','2017-04-21');
也许压缩已经删除了大部分的墓碑?还有其他解释吗? 编辑2 如果有一种方法可以总结并查看墓碑及其原因,那么查询的常见位置是什么?就像一张桌子的墓碑堆?
答案 0 :(得分:2)
您可以将NULL作为值插入,因此不会创建逻辑删除。
根据您使用的驱动程序,查看将null和null插入值之间的差异。
另一种选择,你可以为大厅行或甚至分区设置一个墓碑,而不是每个值都有一个墓碑。