如何删除CouchDB数据库中文档的旧修订版本？

1. 大库压缩慢的替代旧修订清理方案 #

CouchDB的默认压缩操作需要遍历全库的所有修订树并重建数据文件，单库数GB的场景下耗时久属于常见情况，可根据业务场景选择更高效的清理方式：

• 全库重建导入：是大库清理效率最高的方案。用couchdump工具导出全库所有文档的最新版本，删除原库后新建空库再执行导入，整个过程只会保留每个文档的最新版本，完全丢弃所有历史修订、已删除文档的墓碑记录，执行效率比原生压缩高3~5倍。操作前需提前切停写入流量，避免数据丢失。
• 单文档定向清理：如果仅少量文档存在大量冗余修订，可对指定文档调用PUT /<库名>/<文档ID>?new_edits=false接口，仅写入当前最新版本内容，强制丢弃该文档的全部历史修订树，无需执行全库压缩。
• 定时错峰压缩：调整compaction_daemon配置，设置仅在业务低峰期触发压缩，同时配置minimum_file_size阈值避免小库频繁触发压缩，减少对业务的影响。

2. _revs_limit参数的作用说明 #

_revs_limit参数对该场景有明确帮助，但要注意生效逻辑：

• 该参数为单库级配置，默认值为1000，定义了单个文档的修订树最多保留的深度上限。
• 调整_revs_limit后仅对新产生的修订生效，已存在的超阈值旧修订不会自动清理，需要执行一次压缩操作才会被清除。
• 若业务不需要保留大量历史修订用于冲突处理，可将该值下调至10~50区间，修改命令参考：curl -X PUT http://你的CouchDB地址:5984/目标库名/_revs_limit -d "50"。

3. 压缩后是否会强制保留1000个修订 #

这个理解存在偏差，_revs_limit是上限阈值而非强制保留值：

• 若单文档的实际修订数小于1000，压缩后只会保留现有全部修订，不会额外生成冗余修订凑够1000个。
• 若单文档的实际修订数大于1000，压缩后仅保留最新的1000个修订，更早的历史修订会被永久删除。
• 若业务完全不需要处理文档冲突，可将_revs_limit设置为1，压缩后每个文档仅保留最新版本，可最大化释放存储空间。

内容的提问来源于stack exchange，提问作者Rahib Rasheed