dlu*_*dlu 3 truncate cassandra
我最近遇到了这个问题。当我将表(称为事件和索引)填充到超过 100 万个,并尝试截断它们以进行新测试时,截断后表不为空。CQL 显示类似的内容
cqlsh> select count(*) from event limit 100000000;
count
---------
2033492
cqlsh> truncate event;
cqlsh> select count(*) from event limit 100000000;
count
-------
25
(1 rows)
cqlsh> select count(*) from event limit 100000000;
count
-------
27
(1 rows)
cqlsh> select count(*) from event limit 100000000;
count
-------
34
(1 rows)
cqlsh> select event_id, dateOf(time_token), unixTimestampOf(time_token), writetime(time_token) from event limit 100000000;
event_id | dateOf(time_token) | unixTimestampOf(time_token) | writetime(time_token)
--------------------------------------+--------------------------+-----------------------------+-----------------------
567c4f2b-c86a-4663-a8ec-50f70d183b62 | 2014-07-22 22:29:04-0400 | 1406082544416 | 1406082544416000
20a2f9e7-cdcb-4c2d-93e7-a646d0910e6b | 2014-07-22 15:12:29-0400 | 1406056349772 | 1406056349774000
... ...
0d983cec-4ba5-4df8-ada8-eb347add57bf | 2014-07-22 22:20:53-0400 | 1406082053926 | 1406082053930000
(34 rows)
cqlsh>
Run Code Online (Sandbox Code Playgroud)
在“truncate”命令之后,“select count(*)”返回的数字快速变化,并稳定在 34。为了确保当时没有其他程序插入记录,我运行了一个 CQL 语句,显示所有记录都是在7月22日或23日,也就是4-5天前。
我多次尝试“截断”命令,结果都是一样的。
这发生在两种环境中。第一个环境是在我的笔记本电脑上,我使用本地主机 IP(127.0.0.2、127.0.0.3 和 127.0.0.4)创建了 3 个 Cassandra 实例集群,而第二个环境是 3 节点 Cassandra 集群,每个节点都位于单独的 Linux CentOS 上6.5机。我使用的是卡桑德拉 2.0.6。
有人可以帮我弄清楚发生了什么事吗?提前致谢。
这是 Cassandra 2.0.6 中的一个错误,至少在 2.0.10 中得到修复。
显然,这不是一个众所周知的(广泛发布的)错误,因为当我在 2014 年 Cassandra 峰会上向他们重现该错误时,许多 DataStax 专家也不知道它。他们也很困惑,直到 CQL 架构师顺便过来并说他已修复最近版本中的一个神秘错误。他让我升级到2.0.10,问题就消失了。2.0.10 中“truncate”后不再有任何挥之不去的记录。