CouchDB设置_deleted=true删文档后旧版本仍可访问，如何彻底删除？

首先得明确：CouchDB采用**MVCC（多版本并发控制）**机制，设置_deleted: true只是软删除——它标记文档的最新版本为已删除，但历史修订版依然会保留在数据库中，直到你执行数据库压缩操作。同时，同步到PouchDB后如果查询逻辑没过滤软删除的文档，也会导致它依然被返回。下面分场景解决你的问题：

一、先确保业务查询过滤已删除文档 #

如果你拉取特定类型文档时还能看到已删除条目，大概率是查询语句没排除_deleted: true的文档。修改你的查询逻辑：

• Mango查询示例：

// 查询type为"target-type"且未被删除的文档
db.find({
  selector: {
    type: "target-type",
    _deleted: { $ne: true }
  }
})

• 视图（View）示例：
  在map函数里只处理未被删除的文档：

function(doc) {
  if (doc.type === "target-type" && !doc._deleted) {
    emit(doc._id, doc);
  }
}

这样不管是CouchDB还是同步后的PouchDB，查询时都会自动忽略已标记删除的文档。

二、彻底清除历史修订版（数据库压缩） #

如果需要让旧版本也完全无法访问，你需要对CouchDB数据库执行压缩操作：

• 通过Fauxton界面操作：进入目标数据库，点击右上角「Settings」，找到「Compact Database」选项后执行。
• 通过API调用：发送POST请求到http://your-couchdb-address/dbname/_compact
• 关键注意事项：
  • 压缩会永久清除所有文档的历史修订版，操作后无法恢复旧数据，务必提前备份！
  • 压缩过程会占用服务器资源，建议在业务低峰时段执行。
  • 压缩完成后，旧版本的文档就无法再通过_rev访问了。

三、同步场景下的移动端PouchDB收尾 #

当CouchDB端完成软删除和压缩后，需要确保移动端PouchDB同步并清理本地数据：

1. 触发一次完整的双向同步：

db.sync('http://your-couchdb-address/dbname', { live: false, retry: false })

2. 同步完成后，对本地PouchDB执行压缩，清理本地历史版本：

db.compact()

这样移动端的PouchDB也会彻底移除已删除文档的所有版本，后续查询不会再出现。

总结下来：先通过查询过滤确保业务层面看不到已删除文档，再通过数据库压缩彻底清除历史版本，最后同步并压缩移动端PouchDB，就能实现文档的彻底不可访问。

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