如何解决在 Couchbase 中实现 ACID类似转换
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 个步骤:
- 创建交易文档
- 切换到待处理
- 更改文档
- 切换到已提交
- 删除交易标签
- 切换到完成
那些是“幸福之路”的步骤。我概述了一些您必须处理的期望,包括“待处理”期间的异常和事务“提交”后的异常,但还有更多异常、竞争条件、您需要准备的情况。
还有 NDescribe project,我认为它已经有一段时间没有更新了,但可能对您有用。除其他功能外,它还包括一个事务实现。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。