将事务存储到 NoSQL 数据库中

Question

我们正在规划下一个项目并考虑将事务存储到 NoSQL 数据库中。 基本上它是一个应用程序，用户可以在其中收集一些积分（如回报），然后用积分支付。

主要思想是将交易本身存储到 noSQL 数据库中，而 mysql 服务器仅存储当前余额。

所以我的问题是这是一个很好的处理方法，还是我应该只使用 mysql 数据库？

我考虑使用 noSQL 的问题是，我们假设在短时间内有很多查询。

Answer 1

使用多语言持久性会增加操作负载，因此如果可以使用一个数据存储解决任务，那么最好不要引入额外的实体。

在您的情况下，您似乎希望拥有可审计的交易历史记录、一致的当前余额并且您不想放弃交易保证。 确实，几乎所有现代 NoSQL 解决方案都不支持开箱即用的 ACID 事务，但它们中的大多数都支持允许您在应用程序级别实现事务的原语。

如果数据存储支持每个键的线性化和比较和设置（文档级原子性），那么实现客户端事务就足够了，此外，您还有几个选项可供选择：

1. 如果您需要 Serializable 隔离级别，那么您可以遵循 Google 用于Percolator系统或 Cockroach Labs 用于CockroachDB的相同算法。 我已经写了一篇关于它的博客并创建了一个逐步的可视化，我希望它会帮助你理解算法背后的主要思想。

2. 如果您预计会出现高争用，但拥有 Read Committed 隔离级别对您来说没问题，那么请查看 Peter Bailis 的RAMP 事务。

3. 第三种方法是使用补偿事务，也称为传奇模式。 它在 80 年代后期的Sagas论文中有所描述，但随着分布式系统的 兴起而变得更加实际。 请参阅应用 Saga 模式演讲以获取灵感。