Context-我有一个基于play框架构建的应用程序，该框架使用Couchbase作为其主数据库。希望为多个文档实现某种程度的ACID兼容事务处理能力。(我知道Couchbase 6.5+已经支持多文档事务，但我的应用程序在Couchbase 6.0上，目前无法升级)
原因-观察到的问题是，请求中途失败(由于多种不可避免的原因)，并且在请求失败之前已经修改的文档基本上已损坏。
潜在解决方案
- 在DAO层创建一个拦截器，该拦截器将所有修改后的文档存储在请求上下文中，并在请求结束时提交文档。这将需要对播放上下文的大小、其耐用性等进行一些研究
- 将作为请求一部分修改的文档临时存储到其他存储中(可能是Redis？，也可能是Couchbase本身的另一个存储桶中？)，并在请求结束时提交这些文档
我非常感谢您为我迄今为止想到的这些解决方案提供意见。
对于使用Couchbase的应用程序，可能还有一些其他方法可以在应用程序级别实现某种ACID遵从性。如果有人能在这里帮我就太好了。
如果您绝对无法升级，您可以尝试几种方法，但正如评论中所述，升级将使许多事情(不仅仅是ACID事务)变得更容易。
不久前，我写了一篇关于一种方法的博客文章：https://blog.couchbase.com/multi-document-transactions-acid-couchbase-2/称为"；两阶段提交"；。
共有6个步骤：
- 创建交易文档
- 切换到挂起
- 更改文档
- 切换到已提交
- 删除交易标记
- 切换到已完成
这些是"；幸福之路；步骤。我概述了您必须处理的几个预期，包括"异常"期间的异常；挂起">和交易后异常"；承诺">但还有更多的例外情况、比赛条件和情况需要你做好准备。
还有NDescibe项目，我认为它已经有一段时间没有更新了，但可能对您有效。除其他功能外，它还包括事务实现。