【问题标题】:cassandra 2.0.6, commitlog directory 215G for 112G Datacassandra 2.0.6,commitlog 目录 215G 为 112G 数据
【发布时间】:2014-05-29 01:07:41
【问题描述】:
280K    ./saved_caches
112G    ./data
215G    ./commitlog
326G    .

如何解释? cassandra 2.0.6 有 bug 吗?

【问题讨论】:

  • 这看起来很糟糕,因为应该有一个内部机制将该目录的大小保持在 4gb 左右。您能否提供更多设置的详细信息?您正在运行什么样的工作负载,日志中是否有任何错误,您使用的是什么驱动程序等...
  • 我正在使用最新的 java datastax 驱动程序。我的工作量很大,一次插入 5-6 个小批量插入。我有一个由 4 个 cassandra 组成的伪集群,它们在同一台服务器和不同的磁盘上运行。我不得不停用其中一个(这会造成问题吗?),我最终在集群中有 3 个节点。如前所述,每秒 2000 批的大量数据加载,有时(很少)cassandra 删除了一些突变,但除此之外,日志文件中没有什么奇怪的。
  • 你的内存阈值是多少?很高兴看到提交日志大小大于 memtable 阈值。
  • 你的意思是 memtable_total_space_in_mb 吗? 2048 MB
  • 有没有办法让我找到正在使用的提交日志文件并删除其余文件?或者告诉 cassandra 将日志文件刷新到 sstables 并删除它们的方法?

标签: cassandra


【解决方案1】:

看来我不小心禁用了 commitlog_total_space_in_mb。我已经重新启用它并重新启动了 cassandra。由于日志文件很大,花了很长时间,但它启动并清理了额外的日志文件。

【讨论】:

  • 您是如何禁用该值的?如果您不提供值,Cassandra 会选择默认值:64 位 JVM 为 8GB,32 位 JVM 为 32MB。
猜你喜欢
  • 1970-01-01
  • 2020-01-21
  • 1970-01-01
  • 2019-04-08
  • 2014-05-22
  • 1970-01-01
  • 1970-01-01
  • 2019-12-31
  • 1970-01-01
相关资源
最近更新 更多