Cassandra CQL 选择计数与 LIMIT

Question

我创建了一个简单的表格：

CREATE TABLE test (
  "type" varchar,
  "value" varchar,
  PRIMARY KEY(type,value)
);

我在其中插入了 5 行：

INSERT INTO test(type,value) VALUES('test','tag1')
INSERT INTO test(type,value) VALUES('test','tag2')
INSERT INTO test(type,value) VALUES('test','tag3')
INSERT INTO test(type,value) VALUES('test','tag4')
INSERT INTO test(type,value) VALUES('test','tag5')

我运行了SELECT * from test LIMIT 3，它按预期工作。

 type | value
------+------
 test |  tag1
 test |  tag2
 test |  tag3

当我运行SELECT COUNT(*) from test LIMIT 3 时，它会产生：

 count
-------
     5

不应该说3吗？

Datastax documentation 似乎暗示指定 LIMIT 将覆盖默认值 10,000。为什么它在这种情况下不起作用？如果重要的话，我在 Cassandra 2.2.5 上并通过 cqlsh 运行所有查询。

更新 Java 驱动程序和 CQLSH 都经过测试表明 LIMIT 确实不能按照文档中的规定工作。如果有任何 Datastax 员工阅读，我们将不胜感激。

Answer 1

这是 cassandra 中的一个 Bug，2.2.x 版本受到它的影响。

https://issues.apache.org/jira/browse/CASSANDRA-8216

他们已将其标记为已修复，但显然这已传播到固定版本之外的版本。

无论如何，光，你的假设/想法是完全正确的。 必须在 cassandra 的 count(*) 上应用限制关键字，并且它在我正在处理的 3.2.4 和 2.1.x 版本中可以正常工作

Answer 2

我对此的自发反应是，行计数总是只返回其结果集中的一行，说明找到的行数。所以任何大于 1 的 LIMIT 都不会产生影响。

但正如@light 正确指出的那样，文档指出 LIMIT 应该适用于count(*)。并且有充分的理由。根据this blog post Cassandra 无法获取任何元数据来得出数字或行数，但必须检查每个分区（在每个节点上）才能获得数字。因此，这是一项非常昂贵的操作。

但是，与文档相反，当使用 cqlsh 或 Java 驱动程序 (v3.0.0) 查询 C* 2.2.4 时，LIMIT 子句对报告的行数没有影响。两者都没有默认的 10'000 行的 cqlsh 限制。如果超过 10'000，LIMIT 也不会大于 10'000。

文档和实现似乎不同步。虽然我不能说哪个是不正确的。

编辑

@Abhishek Anand 引用的票证得出结论，documentation is wrong.不是行为。因此，将限制指定为 1 将计算所有行。这就是期望的行为。

Answer 3

limit 子句用于限制结果中的行数。 count(*) 只返回一行（在这种情况下）总行数。

“限制 3”不影响从 count(*) 分析的出现次数，如果你想要这个，你最多可以使用“where”