【问题标题】:Cassandra Drop Keyspace Snapshot CleaningCassandra 删除键空间快照清理
【发布时间】:2017-04-25 01:43:16
【问题描述】:

正在阅读 Cassandra 文档:

Cassandra 在删除键空间之前对其进行快照。在 Cassandra 2.0.4 及更早版本中,用户负责手动删除快照。

https://docs.datastax.com/en/cql/3.1/cql/cql_reference/drop_keyspace_r.html

这意味着在 Cassandra 2.0.4 之后的版本中,这是自动完成的。如果是这样,什么配置参数(如果有)设置在执行 DROP KEYSPACE 时自动删除快照之前的时间?

例如在DROP TABLE的情况下,gc_grace_seconds就是

数据被标记为墓碑(删除标记)之后的秒数,然后才符合垃圾收集的条件。

【问题讨论】:

    标签: cassandra


    【解决方案1】:

    我认为这个参考并不准确,Cassandra 不会自动为你清理快照。

    Cassandra 不会为您清理快照

    http://cassandra.apache.org/doc/latest/configuration/cassandra_config_file.html#snapshot-before-compaction

    您可以使用nodetool clearsnapshot 命令删除快照,或者自己手动删除目录和文件(这是安全的,因为快照只是文件hard-links)。

    还要注意gc_grace_seconds 与快照无关,它仅在压缩期间使用。

    【讨论】:

    • 如果您查看链接的 datastax 文档,他们对我使用的那个版本的评论是“Apache Cassandra™ 在删除之前拍摄了密钥空间的快照。在 Cassandra 2.0.4 和更早版本中,用户负责手动删除快照。”当时我提出这个问题时,DATASTAX 文档是模棱两可的,因此提出了这个问题;现在确实更新了,因此我将答案标记为正确的答案。 docs.datastax.com/en/dse/6.7/dse-admin/datastax_enterprise/… 在 gc_grace_seconds 上也有好处
    猜你喜欢
    • 1970-01-01
    • 2011-07-30
    • 1970-01-01
    • 1970-01-01
    • 2014-01-14
    • 2020-10-30
    • 1970-01-01
    • 1970-01-01
    • 2016-01-12
    相关资源
    最近更新 更多