【问题标题】:Couchbase compression free disk space requirementCouchbase 压缩可用磁盘空间要求
【发布时间】:2018-04-30 09:30:54
【问题描述】:

根据old documentation

如果可用磁盘空间量小于当前数据库大小的两倍,则不会进行压缩过程并在日志中发出警告。

假设这仍然与 Couchbase 5.x 相关(我在最新的文档中找不到它),我想知道这个要求是否真的适用于整个存储桶大小(甚至整个数据库) -或者更确切地说是在给定时间点压缩的每个 vBucket(因为压缩过程发生在每个 vBucket 中,默认情况下只有 3 个并行工作)。

如果是按压缩 vBucket 计算,我不会担心我的单个存储桶占用超过 50% 的磁盘大小,我现在对此很警惕,因此我保留了很大一部分磁盘未使用。

【问题讨论】:

标签: couchbase


【解决方案1】:

在 Couchbase forums 上也有人问过这个问题。我已经从那里复制了我的答案:

假设这仍然与 Couchbase 5.x 相关

这对于 Couchbase Server 5.X 仍然是正确的。

如您所述,建议是关于整个存储桶的大小。

检查压缩是否有足够的空间成功完成的计算本身是每个 vBucket 完成的。换句话说,只要有足够的空间来压缩该 vBucket,压缩就会运行。

因为压缩过程发生在每个 vBucket 中,默认情况下只有 3 个并行工作。

默认设置已更改为 1 - 有关详细信息,请参阅 MB-18426

【讨论】:

    【解决方案2】:

    我似乎也无法在 5.x 中找到文档,但同样,假设旧文档仍然适用,我认为它可能像您所怀疑的那样处于 vbucket 级别(Don Pinto in this old blog post 的一些注释似乎证实了这一点) .但是,虽然文档在 vbucket 之间分布相对均匀,但实际大小可能会有所不同,因此如果您查看磁盘空间,我不会对 vbucket 大小做出任何假设。索引也会占用磁盘空间。

    但还要注意,如果您担心会遇到磁盘大小限制,您可以添加另一个节点,这将重新分配 vbuckets,并且应该在每个节点上释放更多空间。

    【讨论】:

      猜你喜欢
      • 2019-06-10
      • 1970-01-01
      • 2015-06-30
      • 2018-11-10
      • 2022-06-29
      • 2021-11-17
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多