我有一个定义如下的表：
键空间： CREATE KEYSPACE messages WITH replication = {'class': 'SimpleStrategy', 'replication_factor': '1'} AND durable_writes = true; 表格：

CREATE TABLE messages.textmessages (
    categoryid int,
    date timestamp,
    messageid timeuuid,
    message text,
    userid int,
    PRIMARY KEY ((categoryid, date), messageid)
) WITH CLUSTERING ORDER BY (messageid ASC);

我们的目标是拥有一个宽行时间序列存储，以便 categoryid 以及 date （一天的开始）构成我的分区键和 messageid 提供群集。这使我能够执行以下查询： SELECT * FROM messages.textmessages WHERE categoryid=2 AND date='2019-05-14 00:00:00.000+0300' AND messageId > maxTimeuuid('2019-05-14 00:00:00.000+0300') AND messageId < minTimeuuid('2019-05-15 00:00:00.000+0300') 在特定的一天里得到信息；它工作得那么好，那么快！
问题
我需要能够计数的信息，在一个给定的一天，通过替换 SELECT * 上面有 SELECT COUNT(*) . 即使列族中的条目略少于10万条，这也需要很长时间；它实际上是超时的 cqlsh .
我读了很多书，也明白了其中的原因 COUNT 对于像cassandra这样的分布式数据库来说，计算密钥是一项昂贵的操作吗？不如数星星
问题
为什么这个查询要花这么长时间，即使在：

SELECT COUNT(*) FROM messages.textmessages WHERE categoryid=2 AND date='2019-05-14 00:00:00.000+0300' AND messageId > maxTimeuuid('2019-05-14 00:00:00.000+0300') AND messageId < minTimeuuid('2019-05-15 00:00:00.000+0300')

计数在记录数少于100k的特定分区上
我只有一个高性能MacBookPro上的cassandra节点
示例中没有活动的写/读操作；笔记本电脑上的分区少于20个