分布式事务方案 - 最终一致性

旧城等待， 2022-01-30 04:13 252阅读 0赞

在分布式时代，分库分表是很常见的，微服务系统中，各个系统通常使用独立的数据库，所以，事务很难靠数据库本身保证，只能靠业务系统来解决。

例如支付宝中的余额宝、花呗，具体不清楚，但猜测应该就是2个服务，不是同一个数据库，我们还花呗的时候通常都是从余额宝中扣除的，这就是分布式事务，一个系统中扣减钱，一个系统中增加钱。

下面我们分析下最终一致性的实现方案，最终一致性通常都是使用消息中间件来实现的，系统结构如下：

![4624570-92d97963510361c8.png][]

在这里插入图片描述

用户向系统A发起转账请求，A先在自己的数据库中扣钱，然后通过消息中间件告诉B应该加钱，B收到后在自己的数据库中加钱。

这里有个关键问题，A更新数据库和给消息中间件发消息是2个操作，如下两个场景怎么处理：

先更新数据库，成功了，但发送消息失败了，重发多次还是失败

先发消息，成功了，但数据库更新失败，消息撤不回来了

都是因为这2个操作不是原子的，发做谁都有问题。

那看下这样做是否可以，就是把更新数据库和给消息中间件发消息放到一个事务中，这样不就原子了吗？

有问题，例如：

如果消息发送失败，具体问题出在哪儿？是消息中间件根本就没收到消息，还是收到消息后response时出错了？如果是根本没收到还好一点，如果是收到了但响应失败就麻烦了，导致A数据库回滚，没有扣钱，但B收到消息了，加钱了。

如果发消息时网络延迟很高怎么办，数据库事务一直被拖着，性能差，风险高。

所以，放入一个事务中这种方法是不可取的。

为了保证原子性，可以变通一下，添加一个消息表，A不直接往消息中间件中发消息，而是把消息写入消息表，然后通过一个后台程序不断的把消息写入消息中间件。

![4624570-ece59ffe1b2108cc.png][]

在这里插入图片描述

这个后台程序源源不断的把消息表中的消息发到消息中间件，如果失败就重试，可以保证：

消息不会丢失

顺序不乱

但会有消息重复的情况，因为消息发送失败可能是写入失败，也可能是写入成功但响应失败，所以消息可能会重复，这个问题需要系统B来处理。

系统B需要考虑2个问题：

消息丢失

B从消息中间件中拿到消息，还没处理完就宕机了，这条消息怎么办？

需要通过ACK机制处理，消费成功的发送ACK，对于没有ACK的消息，消息中间件会再次推送。

消息重复

ACK机制也存在消息重复的情况，比如B已经处理完一条消息，发ACK时失败了，那么这条消息就还会被推过来。

还有就是上面说的后台程序发消息时可能重复。

对于重复消息问题，可以加一个判重表，记录处理成功的消息，每次收到消息时，先通过判重表判断一下，如果重复了就不处理，实现幂等性。

这样，整体结构就变为：

![4624570-6ff8b919ebf63641.png][]

在这里插入图片描述

以上就是通过最终一致性解决分布式事务问题的基本思路，A 保证消息不丢，B 保证消息不漏、幂等。

![4624570-7ad1442474a63a1f.gif][]

好书推荐、视频分享，与您一起进步

[4624570-92d97963510361c8.png]: /images/20220130/e532d04a77a044829e1913eb6216ea79.png
[4624570-ece59ffe1b2108cc.png]: /images/20220130/6f9cbae89d4849f3b530d4f7a7832809.png
[4624570-6ff8b919ebf63641.png]: /images/20220130/64980b5355bb4262b4ac88966123a0dd.png
[4624570-7ad1442474a63a1f.gif]: /images/20220130/af091ea7d9bd4437b7d97977579366d9.png

发表评论取消回复

表情：

评论列表（有 0 条评论，252人围观）

还没有评论，来说两句吧...

相关阅读

相关分布式事务——消息最终一致性方案

前言随着分布式服务架构的流行与普及，原来在单体应用中执行的多个逻辑操作，现在被拆分成了多个服务之间的远程调用。虽然服务化为我们的系统带来了水平伸缩的能力，然而随之而...

缺乏、安全感/ 2024年04月19日 12:15/ 0 赞/ 4 阅读

相关最终一致性性分布式事务 TCC

一、前言分布式事务：分布式条件下,多个节点操作的整体事务一致性。特别是在微服务场景下,业务 A 和业务 B 关联,事务 A 成功,事务 B 失败,由于跨系统, 就会

红太狼/ 2023年09月28日 16:05/ 0 赞/ 63 阅读

相关【分布式事务】最终一致性解决方案

对于分布式事务一般采用的都是最终一致性方案，而不是强一致性。而在使用最终一致性的方案时，一定要提到的一个概念是状态机。什么是状态机？是一种特殊的组织代码的方式，用这种方式能

ゝ一世哀愁。/ 2022年12月23日 00:58/ 0 赞/ 210 阅读

相关最终一致性分布式事务

上面咱们聊了聊 TCC 分布式事务，对于常见的微服务系统，大部分接口调用是同步的，也就是一个服务直接调用另外一个服务的接口。这个时候，用 TCC 分布式事务方案来保证各个接

深碍√TFBOYSˉ_/ 2022年11月25日 10:21/ 0 赞/ 216 阅读

相关分布式事务：可靠消息最终一致性方案

大家好，我是田维常，江湖人称老田、田哥、田神，一个爱打球的程序员。 > 事务想必大家并不陌生，比如经常被人提起的`ACID`，但是为了后续的`分布式事务`的内容，我们先来聊聊

客官°小女子只卖身不卖艺/ 2022年09月08日 15:59/ 0 赞/ 194 阅读

相关【分布式事务】可靠消息最终一致性方案

【回顾】在上篇博客中，我们了解了标准分布式事务解决方案，即全局事务。博客最后也总结到：由于其性能上的缺陷，对于高并发系统并不适用，所以一般采用柔性事务解决方案

旧城等待，/ 2022年06月10日 08:21/ 0 赞/ 258 阅读

相关分布式事务最终一致性

第一阶段：上游应用执行业务并发送 MQ 消息上游应用将本地业务执行和消息发送绑定在同一个本地事务中，保证要么本地操作成功并发送 MQ 消息，要么两步操作都失败并回滚。

川长思鸟来/ 2022年05月14日 10:23/ 0 赞/ 256 阅读

相关 RabbitMQ实现分布式事务(最终一致性)

转自：[https://www.jianshu.com/p/eb7a36d25b2a][https_www.jianshu.com_p_eb7a36d25b2a] rabbi

短命女/ 2022年05月08日 15:28/ 0 赞/ 229 阅读

相关 python分布式事务方案（二）基于消息最终一致性

python分布式事务方案（二）基于消息最终一致性上一章采用的是tcc方案，但是在进行批量操作时，比如说几百台主机一起分配策略时，会执行很长时间，这时体验比较差。

﹏ヽ暗。殇╰゛Y/ 2022年04月18日 06:41/ 0 赞/ 298 阅读

相关分布式事务方案 - 最终一致性

在分布式时代，分库分表是很常见的，微服务系统中，各个系统通常使用独立的数据库，所以，事务很难靠数据库本身保证，只能靠业务系统来解决。例如支付宝中的余额宝、花呗，具体不清楚，

旧城等待，/ 2022年01月30日 04:13/ 0 赞/ 253 阅读