12张图带你彻底理解分布式事务产生的场景和解决方案

2020-10-16 06:30:45作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。

作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：

PS: 欢迎各位Star源码，也可以pr你牛逼哄哄的代码。

写在前面

写这篇文章的背景是有个跟我关系不错的小伙伴去某大型互联网公司面试，面试官问了他关于分布式事务的问题，不巧的是他确实对分布式事务掌握的不是很深入，面试的结果挺遗憾的。不过，这位小伙伴还是挺乐观的，让我写写关于【分布式事务】的系列文章，想提升自己关于分布式事务的短板，那我就写一个【分布式事务】专题吧，专题的内容计划是从原理、框架源码到企业级实现，这篇文章也算是整个专题的开篇吧。希望能够为小伙伴们带来实质性的帮助。

本地事务

本地事务流程

在介绍分布式事务之前，我们先来看看本地事务。首先，我们先来一张图。

由上图，我们可以看出，本地事务由资源管理器(比如DBMS，数据库管理系统)在本地进行管理。

本地事务的优缺点

本地事务具备相应的优点，也有其不足。

优点：

缺点：

ACID属性

说起事务，我们不得不提的就是事务的ACID属性。

分布式事务

随着业务的快速发展，网站系统往往由单体架构逐渐演变为分布式、微服务架构，而对于数据库则由单机数据库架构向分布式数据库架构转变。此时，我们会将一个大的应用系统拆分为多个可以独立部署的应用服务，需要各个服务之间进行远程协作才能完成事务操作。

我们可以使用下图来表示刚开始我们系统的单体架构。

上图中，我们将同一个项目中的不同模块组织成不同的包来进行管理，所有的程序代码仍然是放在同一个项目中。

后续由于业务的发展，我们将其扩展为分布式、微服务架构。此时，我们将一个大的项目拆分为一个个小的可以独立部署的微服务，每个微服务都有自己的数据库，如下所示。

又比如，在我们的程序中，经常会在同一个事务中执行类似如下的代码来完成我们的需求。

上述代码中的业务，仅仅在submitOrder()方法上添加了一个@Transactional注解，这能够在分布式场景下避免分布式事务的问题吗?很显然是不行的。

如果上述代码所对应的：订单信息、资金账户信息、积分信息、交易流水等信息分别存储在不同的数据里，而支付完成后，通知的目标系统的数据同样是存储在不同的数据库中。此时就会产生分布式事务问题。

分布式事务产生的场景

跨JVM进程

当我们将单体项目拆分为分布式、微服务项目之后，各个服务之间通过远程REST或者RPC调用来协同完成业务操作。典型的场景就是：商城系统中的订单微服务和库存微服务，用户在下单时会访问订单微服务，订单微服务在生成订单记录时，会调用库存微服务来扣减库存。各个微服务是部署在不同的JVM进程中的，此时，就会产生因跨JVM进程而导致的分布式事务问题。

跨数据库实例

单体系统访问多个数据库实例，也就是跨数据源访问时会产生分布式事务。例如，我们的系统中的订单数据库和交易数据库是放在不同的数据库实例中，当用户发起退款时，会同时操作用户的订单数据库和交易数据库，在交易数据库中执行退款操作，在订单数据库中将订单的状态变更为已退款。由于数据分布在不同的数据库实例，需要通过不同的数据库连接会话来操作数据库中的数据，此时，就产生了分布式事务。

多服务单数据库

多个微服务访问同一个数据库。例如，订单微服务和库存微服务访问同一个数据库也会产生分布式事务，原因是：多个微服务访问同一个数据库，本质上也是通过不同的数据库会话来操作数据库，此时就会产生分布式事务。

注意：跨数据库实例场景和多服务单数据库场景，本质上都是因为会产生不同的数据库会话来操作数据库中的数据，进而产生分布式事务。这两种场景是大家比较容易忽略的。

分布式事务解决方案

知道了分布式事务产生的场景后，接下来，我们就聊聊分布式事务具体有哪些解决方案。

2PC方案

2PC即两阶段提交协议，是将整个事务流程分为两个阶段，准备阶段(Prepare phase)、提交阶段(commit phase)，2是指两个阶段，P是指准备阶段，C是指提交阶段。

这里，我们用MySQL数据库举例，mysql数据库支持两阶段提交协议，可以分为成功和失败两种情况。

成功情况

失败情况

具体流程如下：

准备阶段(Prepare phase)： 事务管理器给每个参与者发送Prepare消息，每个数据库参与者在本地执行事 务，并写本地的Undo/Redo日志，此时事务没有提交。(Undo日志是记录修改前的数据，用于数据库回滚，Redo日志是记录修改后的数据，用于提交事务后写入数 据文件)

提交阶段(commit phase)： 如果事务管理器收到了参与者的执行失败或者超时消息时，直接给每个参与者 发送回滚(Rollback)消息;否则，发送提交(Commit)消息;参与者根据事务管理器的指令执行提交或者回滚操 作，并释放事务处理过程中使用的锁资源。

使用2PC方案时，需要注意的是：必须在最后阶段释放锁资源。

可靠消息最终一致性方案

可靠消息最终一致性方案是指当事务发起方执行完成本地事务后并发出一条消息，事务参与方(消息消费者)一定能 够接收消息并处理事务成功，此方案强调的是只要消息发给事务参与方最终事务要达到一致。

事务发起方(消息生产方)将消息发给消息中间件，事务参与方从消息中间件接收消息，事务发起方和消息中间件 之间，事务参与方(消息消费方)和消息中间件之间都是通过网络通信，由于网络通信的不确定性会导致分布式事 务问题。 所以，我们在具体方案中会引入消息确认服务和消息恢复服务。

使用可靠消息最终一致性方案时需要注意几个问题：

TCC方案

TCC分为三个阶段：

使用TCC分布式解决方案时需要注意空回滚、幂等、悬挂等问题。

最大努力通知型方案

此种方案主要用于多个不同系统之前保证数据的最终一致性，大体如下图所示。

使用最大努力通知型方案需要注意幂等和数据的回查操作。

好了，今天就到这儿吧，后续我们会针对每种分布式事务解决方案进行具体介绍，下期见!!

我是好学生 但 英语 真的很差 我记忆力很差 就 物理数学 那种还行 谁可以推荐点学英语的好方法！ 软件也行

你先把单词记住了，单词就像我们走路时的鞋子，记不住其它的都没办法做，单词记住后记语法，这样你的英语就会提高很快的

梦幻西游赚钱（最好不要本钱）

无本生意？不可能，除非你号像LG一样可以刷场景。带捉鬼

梦幻西游40级到50级如何挣钱最快？

赚钱方法一：师门任务，自己师傅领取。 每天前20个师门任务都不可丢弃。 69之前，只要多熟悉下各村所卖物品，然后就每天可以固定赚个10w吧，起码买药钱有了对吧？40-69是一个新的档次，有很多人认为这个档次的师门不好做，选择了在39的时候不升级，累计经验和钱，这是错误的，因为39和40不是一个档次，只要看一下39的最后一个任务经验才7000多，而40的时候最后一个任务经验有多就可以知道钱和经验都翻了几翻，所以建议大家都升了40。 40-69的任务主要是是巡逻（会出群法怪，首先大家要杀它），买东西（0-30的装备和药），抓宠（抓宠最好带上高伤害的暗器，打掉些血再抓，容易点）。 赚钱方法二：抓鬼任务，地府判官领取。 自己组队，或者加别人的（建议自己组，10次后肯定得到一装备。 游戏前期，装备的价格不菲）每次打完鬼，都可以得到一些经验和钱，没蓝了回酒店补，不过500而已……40级的人组队去抓贵，每抓一个可以得3000-6000的钱，10个为一轮，队长100%的装备，队员有20%的几率的装备。 赚钱方法三：挖宝任务，长安酒店小二领取。 我就经常去挖宝，基本上，我杀过强盗200次，挖宝20次。 得到了定魂珠、露水、技能书什么的，还有一堆矿石和书。 也许是运气不太好吧。 最后卖了60万罢了！现在金66的市场也很混乱，一般可以卖15w！这个里头挖宝放妖的可能性好小，得东西得几率还是蛮大的！就是强盗掉宝图的几率不大！当然就算没打到东西，每次固定还能得到2000左右的金钱，绝对不会亏对么？赚钱方法四：运镖任务，长安镖局的郑镖头：这个只需要对路线熟悉，有个物理强宠物，就可以了，满轻松的，有时间就多跑几次，还有机会得到阵书。 卖个几十万……没钱花，就做他吧……现在阵书市场出现混乱现象，价格拉高太多，有阵的看清楚价格马上抛掉，因为现在的价格是不合理的，是炒上去的。 赚钱方法五：杀星，高等级的组队去杀星，钱和经验都得和装备。 赚钱方法六：封妖，组队去封妖，成功后可以得到3000左右的钱还有可能出宝石。 赚钱方法七：高等级的可以帮低等级的去打剧情，可以商量好，包过要给多少钱。 赚钱方法八：商人，加入帮派，40级以下的商人，可以拿2w本金，任务5w交票，可以得经验和10%的钱；40-60的本金4w，任务10w交票，可以得经验和10%的钱