Cassandra“截断”不会清空表

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。

有人可以帮我弄清楚发生了什么事吗?提前致谢。

dlu*_*dlu 6

这是 Cassandra 2.0.6 中的一个错误,至少在 2.0.10 中得到修复。

显然,这不是一个众所周知的(广泛发布的)错误,因为当我在 2014 年 Cassandra 峰会上向他们重现该错误时,许多 DataStax 专家也不知道它。他们也很困惑,直到 CQL 架构师顺便过来并说他已修复最近版本中的一个神秘错误。他让我升级到2.0.10,问题就消失了。2.0.10 中“truncate”后不再有任何挥之不去的记录。

  • 它在 3.11.1 中没有为我修复。我必须关闭集群并在截断后重新启动,以消除截断后不断重新出现的幻象行。 (2认同)