【问题标题】:Cassandra not always returning the expected data for the same query in a single datacenter, 5 replica set upCassandra 并不总是在单个数据中心返回相同查询的预期数据,设置 5 个副本
【发布时间】:2021-08-18 21:39:43
【问题描述】:

我遇到了一个我不确定为什么会发生的问题。

我有一个 Cassandra 集群,只有 1 个数据中心,5 个副本,3 个作为复制因子,并且在测试时我的应用和 cqlsh 中的 ONE 保持一致。

我正在使用 cqlsh 运行类似于以下内容的查询:

SELECT * FROM session where id='xxxxxxxxxxxxxxx' and device_id='xxxxxxxxxxxxxxxx';

我随机填充了我的数据行,而其他时候响应为空。

首先我检查了集群的状态,那里一切正常。所有处于“UN”状态的节点,每个节点大约 60% 的所有权,每个节点 256 个令牌。

然后我像这样运行 getendpoints 命令:

nodetool getendpoints <keyspace> <table> "xxxxxxxxxxxxxxx"

我看到 3 个节点持有这个 ID,看起来不错。

然后我在每个节点上运行修复,问题就消失了,但我仍然看不出这里有什么问题。

信息在数据库中保存了很长一段时间,而不是几分钟或几天。

我想问题仍然存在,但它可能是什么以及如何轻松调试或监控?

感谢您的帮助

【问题讨论】:

    标签: cassandra datastax


    【解决方案1】:

    问题是数据不一致。您可以轻松地验证您是否能够运行修复,然后发现数据是一致的,这意味着您的 ONE CL 正在访问一个实际上不包含数据的节点。如果您需要该级别的一致性,您的查询将需要更高的 CL、两个或 local_quorum。

    您的数据不一致的原因可能是由于某处丢失了突变。这可能是网络,或导致丢弃突变的过载节点。不管怎样,这显然是正在发生的事情。

    【讨论】:

    • 是的,我们发现我们当前拥有的一致性不会像 ONE 之上的其他一致性那样自动执行读取修复,所以这就是为什么直到我们手动运行修复命令才修复它的原因跨度>
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-10-21
    • 1970-01-01
    • 2014-08-28
    相关资源
    最近更新 更多