Couchbase 压缩免费磁盘 space 要求
Couchbase compression free disk space requirement
If the amount of available disk space is less than twice the current database size, the compaction process does not take place and a warning is issued in the log.
假设这仍然与 Couchbase 5.x 相关（我在最新的文档中找不到它），我想知道这个要求是否真的适用于整个存储桶大小（甚至是整个数据库） - 或者更确切地说是在给定时间点压缩的每个 vBucket（因为压缩过程发生在每个 vBucket 上，默认情况下只有 3 个并行工作）。
如果它是每个压缩 vBucket，我就不太担心我的单个桶占用超过 50% 的磁盘大小，现在我很担心，所以我保留了很大的未使用磁盘余量.
我似乎也无法在 5.x 中找到文档，但是再次假设旧文档仍然适用，我认为它可能如您所怀疑的那样处于 vbucket 级别（来自 [=10 的一些注释=] 似乎证实）。然而，虽然文档在 vbucket 之间相对均匀地分布，但实际大小可能会有所不同，因此如果您正在查看磁盘 space，我不会对 vbucket 大小做出任何假设。索引也占用磁盘 space.
但还要注意，如果您担心 运行 磁盘大小限制，您可以添加另一个节点，这将重新分配 vbucket，并且应该在每个节点上释放更多 space .
Couchbase forums 上也有人问过这个问题。我从那里复制了我的答案：
Assuming this is still relevant for Couchbase 5.x
这对于 Couchbase 服务器仍然正确 5.X。
如您所述，建议是针对整个存储桶的大小。
检查压缩是否有足够 space 以成功完成的计算本身是每个 vBucket 完成的。换句话说，压缩将 运行 只要有足够的 space 来压缩一个 vBucket。
since the compaction process happens per vBucket, with only 3 working in parallel by default).
默认设置已更改为 1 - 有关详细信息，请参阅 MB-18426
If the amount of available disk space is less than twice the current database size, the compaction process does not take place and a warning is issued in the log.
假设这仍然与 Couchbase 5.x 相关（我在最新的文档中找不到它），我想知道这个要求是否真的适用于整个存储桶大小（甚至是整个数据库） - 或者更确切地说是在给定时间点压缩的每个 vBucket（因为压缩过程发生在每个 vBucket 上，默认情况下只有 3 个并行工作）。
如果它是每个压缩 vBucket，我就不太担心我的单个桶占用超过 50% 的磁盘大小，现在我很担心，所以我保留了很大的未使用磁盘余量.
我似乎也无法在 5.x 中找到文档，但是再次假设旧文档仍然适用，我认为它可能如您所怀疑的那样处于 vbucket 级别（来自 [=10 的一些注释=] 似乎证实）。然而，虽然文档在 vbucket 之间相对均匀地分布，但实际大小可能会有所不同，因此如果您正在查看磁盘 space，我不会对 vbucket 大小做出任何假设。索引也占用磁盘 space.
但还要注意，如果您担心 运行 磁盘大小限制，您可以添加另一个节点，这将重新分配 vbucket，并且应该在每个节点上释放更多 space .
Couchbase forums 上也有人问过这个问题。我从那里复制了我的答案：
Assuming this is still relevant for Couchbase 5.x
这对于 Couchbase 服务器仍然正确 5.X。
如您所述，建议是针对整个存储桶的大小。
检查压缩是否有足够 space 以成功完成的计算本身是每个 vBucket 完成的。换句话说，压缩将 运行 只要有足够的 space 来压缩一个 vBucket。
since the compaction process happens per vBucket, with only 3 working in parallel by default).
默认设置已更改为 1 - 有关详细信息，请参阅 MB-18426