分布式事务

分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于分布式系统的不同节点之上。

简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。本质上来说，分布式事务就是为了保证不同数据库的数据一致性

2PC（二阶段提交协议）

在分布式系统中，每一个机器节点虽然都能够明确地知道自己在进行事务操作过程中的结果是成功或失败，但是却无法直接获取到其他分布式节点的操作结果。

为了保证事务处理的ACID特性，就需要引入一个称为协调者的组件来统一调度所有分布式节点的执行逻辑，这些被调度的分布式节点则被称为参与者。协调者负责调度参与者的行为，最终决定这些参与者是否要把事务真正进行提交，基于这个思想，衍生出了二阶段提交和三阶段提交两种协议。

2PC是Two-Phase Commit的缩写，即二阶段提交，是为了使基于分布式系统架构下的所有节点在进行事务处理过程中能够保持原子性和一致性而设计的一种算法。目前绝大多数关系型数据库都是使用二阶段提交协议来完成分布式事务处理的。

顾名思义，二阶段提交协议就是将事务的提交过程分成了两个阶段来进行处理，在第一阶段的主要内容就是进行投票，来表明是否有继续执行事务的必要。

阶段一：提交事务请求（投票阶段）

事务询问：协调者向所有参与者发出事务询问，询问是否可以执行事务操作，并等待各参与者的响应。
执行事务：各个参与者节点执行事务操作，并将undo和redo信息记入事务日志中。
各参与者向协调者反馈事务询问的响应：如果参与者成功执行事务，则反馈YES响应，表示事务执行成功。如果参与者执行事务失败，则反馈NO响应，表示事务执行失败。

在第二阶段中，会根据第一阶段参与者的反馈来决定是否能够提交事务，要么全都成功，要么全都失败。

阶段二：执行事务提交（执行阶段）

执行事务提交
1. 发送提交请求：协调者向所有参与者发起提交请求。
2. 事务提交：参与者在收到提交请求后，会正式执行事务提交操作。
3. 反馈事务提交结果：参与者在完成事务提交之后向协调者发送ACK消息。
4. 完成事务：协调者接收到所有参与者的ACK后完成事务。
中断事务
1. 发送回滚请求：协调者向所有参与者发起回滚请求。
2. 事务回滚：参与者在收到回滚请求后，利用阶段一记录的undo信息来执行事务回滚操作。
3. 反馈事务回滚结果：参与者在完成事务回滚之后向协调者发送ACK消息。
4. 中断事务：协调者接收到所有参与者的ACK后完成事务中断。

在这里插入图片描述

优点
1. 原理简单
2. 实现方便
缺点
1. 同步阻塞：在执行过程中，所有参与该事务操作的逻辑都会处于阻塞状态，也就是说各个参与者在等待其他参与者响应的过程中将无法执行其他操作。
2. 单点问题：在上述过程中，协调者起到了核心的调度作用。一旦协调者出现了问题，那么整个提交流程将无法运转，甚至如果在二阶段的提交流程中出现了问题，将导致其他参与者都处于锁定事务资源的状态中，无法完成事务。
3. 数据不一致：倘若在第二阶段的提交过程中，协调者向参与者发送提交请求，而由于网络原因或者是协调者本身的原因，导致只有部分参与者收到了提交请求，此时就导致了只有接收到请求的参与者进行了事务提交，而产生数据不一致的问题。
4. 过于保守：二阶段提交协议没有设计较为完整的容错机制，任意一个节点的失败都会导致整个事务的失败

二阶段提交协议存在着上述几种缺陷，因此研究者在二阶段协议的基础上进行了改进

3PC是Three-Phase Commit的缩写，即三阶段提交，是2PC的改进版，其将二阶段提交协议的提交事务请求过程一分为二，形成了由CanCommit、PreCommit、DoCommint三个阶段组成的事务处理协议，其协议设计如下图所示在这里插入图片描述

阶段一：CanCommit

阶段二：PreCommit

阶段三：DoCommit

需要注意的是，在阶段三中可能会出现以下两种问题

无论出现上述那种问题，最终都会导致参与者无法及时的接收到来自协调者的DoCommit或是Abort请求，针对这种异常情况，参与者都会在等待超时后继续进行事务提交。

优点：相较于二阶段提交协议，降低了参与者的阻塞范围，并且能够在出现单点故障后继续达成一致。
缺点：三阶段提交协议在去除阻塞的同时也引入了新的问题，那就是参与者在收到预提交的消息时，如果出现了网络分区的情况，协调者与参与者无法进行正常的网络通信，但是参与者依旧会进行事务的提交，从而导致数据的不一致。

本地消息表与业务数据表处于同一个数据库中，这样就能利用本地事务来保证在对这两个表的操作满足事务特性，并且使用了消息队列来保证最终一致性。

在这里插入图片描述