在 Couchbase 中实现 ACID（类似）转换

Question

上下文- 我有一个基于播放框架的应用程序，它使用 Couchbase 作为其主数据库。 想要为多个文档实现某种程度的符合 ACID 的事务能力。 （我知道 Couchbase 6.5+ 已经支持多文档事务，但我的应用程序在 Couchbase 6.0 上，目前无法升级）

为什么- 观察到的问题，其中请求中途失败（由于多种不可避免的原因）并且在请求失败之前已经修改的文档基本上已损坏。

潜在的解决方案

1. 在 DAO 层创建一个拦截器，它将所有修改后的文档存储在请求上下文中，并在请求结束时提交文档。 这将需要对Play 上下文的大小、它的持久性等进行一些研究。
2. 临时将正在修改的文档作为请求的一部分存储到其他存储（可能是 Redis？或者可能在 Couchbase 本身的不同存储桶中？）并在请求结束时提交这些文档。

我将不胜感激对我迄今为止想到的这些解决方案的投入。

对于使用 Couchbase 的应用程序，还有其他一些方法可以在应用程序级别实现某种 ACID 合规性。 如果有人可以在这里帮助我，那就太好了。

Answer 1

如果您绝对无法升级，可以尝试一些方法，但正如评论中所述，升级将使许多事情（不仅仅是 ACID 事务）变得更加容易。

前段时间，我写了一篇关于一种方法的博客文章： https://blog.couchbase.com/multi-document-transactions-acid-couchbase-2/称为“两阶段提交”。

有6个步骤：

0. 创建交易文件
1. 切换到待处理
2. 更改文件
3. 切换到承诺
4. 移除交易标签
5. 切换到完成

这些是“幸福之路”的步骤。 我概述了您必须处理的一些期望，包括“挂起”期间的异常和事务“提交”后的异常，但还有更多的异常、竞争条件和需要准备的情况。

还有NDescribe 项目，我认为它已经有一段时间没有更新了，但可能对你有用。 除其他功能外，它还包括事务实现。