分布式事务的解决方案

什么是分布式事务

众所周知，数据库能实现本地事务，也就是在同一个数据库中，你可以允许一组操作要么全都正确执行，要么全都不执行。这里特别强调了本地事务，也就是目前的数据库只能支持同一个数据库中的事务。但现在的系统往往采用分布式的微服务架构，每个系统应用都拥有独立的数据库，因此就出现了跨多个数据库的事务需求，这种事务即为分布式事务

那么在目前数据库不支持跨库事务的情况下，我们应该如何实现分布式事务呢？本文会为大家介绍几种目前常用的分布式事务解决方案

常用的分布式事务解决方案

• 2PC
• 3PC
• TCC
• 本地消息表
• 基于 RacketMQ 的消息事务

2PC

2PC即两阶段提交，两阶段提交是一种强一致性设计，2PC 引入了一个事务协调者的角色来协调管理各参与者的提交和回滚，两阶段分别指的是准备阶段和提交阶段

我们先来看看第一个阶段，即准备阶段

准备阶段

• 事务协调者会向各参与者发送准备命令，你可以把准备命令理解成除了提交事务之外啥事都做完了
• 事务协调者会同步等待所有的参与者响应之后就进入第二阶段即提交阶段（注意提交阶段不一定是提交事务，也可能是回滚事务）

假如在第一阶段所有的参与者都返回准备成功，那么事务协调者则向所有的参与者发送提交事务命令，然后等待所有的事务都提交成功之后，返回事务执行成功

假如在第一阶段有任何一个参与者返回准备失败，那么事务协调者就会向所有的参与者发送回滚事务的请求，即分布式无事执行失败

我们再来看看第二个阶段，即提交阶段

假如在第一阶段所有的参与者都返回准备成功，那么在第二阶段事务提交失败怎么办呢

• 第二阶段如果执行的是回滚事务操作，那么答案是不断重试，直到所有参与者都回滚了，不然那些在第一阶段准备成功的参与者会一直阻塞着
• 第二阶段如果执行的是提交事务操作，那么答案也是不断重试，因为有可能一些参与者的事务已