【问题标题】:Cassandra update query didn't change data and didn't throw an errorCassandra 更新查询没有改变数据也没有抛出错误
【发布时间】:2026-02-09 05:55:02
【问题描述】:

您好,当我尝试在 cqlsh 中执行一个非常简单的更新查询时遇到问题

update "Table" set "token"='111-222-333-444' where uid='123' and "key"='somekey';

它没有抛出任何错误,但令牌的值仍然相同。但是,如果我对其他字段尝试相同的查询,它就可以正常工作:

update "Table" set "otherfield"='value' where uid='123' and "key"='somekey';

知道为什么 Cassandra 可以阻止某些字段的更新吗?

【问题讨论】:

    标签: cassandra datastax cql cassandra-3.0 cqlsh


    【解决方案1】:

    很可能该条目是由客户端插入的时钟不正确,或类似的东西。 Cassandra 中的数据按写入时间“版本化”,甚至可能在未来(取决于用例)。并且在读取时,Cassandra 会比较指定列的所有版本的写入时间(磁盘上的数据文件中可能有多个版本),并选择写入时间最高的一个。

    您需要检查该列值的写入时间(使用writetime 函数)并与您当前的时间进行比较:

    select writetime(token) from Table where uid='123' and "key"='somekey';
    

    结果值以微秒为单位。您可以删除最后 3 位数字,并使用 this site 之类的内容将其转换为人类可理解的时间。

    【讨论】:

    • 谢谢@alex,你是完全正确的。发生了一些我不知道为什么的事情,现在我们在数据库中有很多字段已损坏并且将来有写入时间。有什么简单的方法可以解决这个问题吗?
    • 理论上你可以将数据复制到一个新表中,使用类似 DSBulk 或 Spark 的东西,但是如果你使用它会破坏 TTL...
    • 听起来很吓人 :) 你知道什么可能导致这个问题吗?在这种情况下,客户端是 PHP 应用程序,我们没有更改任何可能影响这一点的代码。我们在 AWS 上的一个应用程序节点出现了一些硬件问题,是不是如果应用程序节点的日期错误可能会影响这一点?
    • 通常涉及到客户端的时钟 - 始终建议运行 ntpd
    最近更新 更多