Cassandra计数(*)性能和语义
我知道关于这个问题已经有很多问题了,但我有另一个角度 首先,我已经证实的是,在Cassandra<2.2中,Cassandra计数(*)性能和语义,cassandra,count,datastax,cassandra-2.0,cassandra-3.0,Cassandra,Count,Datastax,Cassandra 2.0,Cassandra 3.0,我知道关于这个问题已经有很多问题了,但我有另一个角度 首先,我已经证实的是,在Cassandra2.2中,它比以前慢了很多,因为它现在必须遍历所有与标准匹配的行?可能重复的
COUNT(*)LIMIT N
的工作原理与我们预期的一样——如果有更多结果,它将返回N
但是,在以后的版本中,这种行为发生了更改-现在限制实际上没有任何影响,因为它指的是行的数量,在使用COUNT时总是1
此外,是SELECT for 2.1上的Datastax文档
在这里,它们正确地描述了计数行为
以及3.0版本的文档:
它们只是省略了计数限制的用法
这篇文章是关于计数的,他们从来没有提到过这个版本:
我关心的是该聚合的性能:
这是否意味着在>2.2中,它比以前慢了很多,因为它现在必须遍历所有与标准匹配的行?可能重复的