将 CouchDB 复制到本地沙发会减小大小 - 为什么？

Question

我最近开始在我正在开发的一个大型应用程序中使用 Couch。

我的数据库有7907个文件，想重命名数据库。我查了一下，但不知道如何重命名它，所以我想我只需将它复制到我想要的名称的本地数据库中即可。

我第一次尝试时，复制失败，我相信错误是超时。我又试了一次，很快就见效了，这有点令人不安。

复制后，我显示新数据库具有正确的记录数量，但数据库大小约为原始数据库的 1/3。

还有一点奇怪的是，如果我刷新蒲团，原始数据的大小会在 94.6 到 95.5 mb 之间波动，

这给我留下了几个问题：

1. 第二个数据库是否存储对第一个数据库的引用？如果是这样，我可以删除第一个数据库而不造成损害吗？

2. 为什么尺寸会如此不同？原来建立的索引是否与新索引最终建立的一样？

3. 为什么尺寸会波动？

编辑：

一些可能有用的事情：

• 这是在cloudant couchdb安装上
• 我检查了新数据库的第一个和最后一个记录，它们匹配，所以我不相信futon报告不足。

Answer 1

复制到新数据库类似于压缩。两者都涉及某些副作用（分别是偶然的和有意的），这些副作用会减少新 .couch 文件的大小。

• B 树索引得到平衡
• 旧文档修订中的数据被丢弃。
• 先前对数据库更新的元数据将被丢弃。

复制存储到检查点或从检查点存储，因此如果您从同一源重新复制到同一位置（即重新运行超时的复制），它将从中断处继续。

答案：

1. 复制不会创建对另一个数据库的引用。您可以删除第一个而不会造成伤害。
2. 复制（和压缩）通常会减少磁盘使用量。如果您在任何设计文档中有任何视图，这些视图将在您首次查询时重新构建。视图索引使用自己的 .view 文件，该文件也会消耗空间。
3. 我不确定为什么尺寸会波动。浏览器和代理缓存是 CouchDB（和 Web）开发的祸根。但也许这也是 Cloudant 内部行为的结果（例如，集群中的不同节点报告的大小略有不同）。