【问题标题】:standalone compaction in cassandracassandra 中的独立压缩
【发布时间】:2013-09-25 03:14:24
【问题描述】:

我对 Cassandra 还很陌生,如果您觉得这个问题不值得,请原谅。

我正在尝试测试我的 cassandra(1.2.5) 集群的行为,因为我已将列 ttl 设置为 1 天。一天后,我能够确认数据不可用,但我想验证独立压缩正在发生并在我使用默认 tombstone_threshold 时清理墓碑占用的空间,即 20%。

所以我的问题是 - 如何确保独立压缩正在发生?有没有办法知道在这个过程中释放了多少磁盘空间。是否有任何关于压缩类型和压缩完成的工作的日志?

【问题讨论】:

    标签: cassandra tombstone


    【解决方案1】:

    如果您插入一些数据(我说的是 5-10 行),那么通过 sstable2json 工具可以很容易地跟踪正在发生的事情,该工具为您提供 sstable 存储内容的“原始”视图。有关 ks/cf 的详细统计信息,请使用 nodetool status,您可以在其中查看每个节点的 load

    Datacenter: datacenter1
    =======================
    Status=Up/Down
    |/ State=Normal/Leaving/Joining/Moving
    --  Address    Load       Tokens  Owns (effective)  Host ID         Rack
    UN  127.0.0.1  90.87 KB   256     100.0%            a0a2...22ff     rack1
    

    【讨论】:

    • 您还可以通过nodetool compactionstats查看正在进行的压缩。
    • nodetool compactionstats,只是打印正在进行的压缩静态数据,所以没有多大帮助。而且它也没有说 stanalone/layered/size_tired 类型的压缩正在进行。
    • 类似地 nodetool status 谈论集群健康,而不是压缩策略
    猜你喜欢
    • 2010-11-12
    • 2020-07-12
    • 1970-01-01
    • 2012-02-13
    • 2015-04-10
    • 1970-01-01
    • 1970-01-01
    • 2018-12-12
    • 1970-01-01
    相关资源
    最近更新 更多