分布式事务解决方案【分布式】

分布式事务解决方案

1.2PC：

• 2：两个阶段
• P：Prepare预提交阶段
• C：Commit提交阶段
• 基于2PC的XA协议，目前主流的数据库都支持了，免费开源的支持的不够好。
  优点：实现简单

缺点：

• mysql支持的不够完善
• 由于需要多次网络传输，导致锁定资源的时间变长了，最终性能不高

2.TCC：补偿性事务解决方案。编程式分布式事务解决方案

• T：Try，预检资源并锁定资源
• C：Confirm，执行业务操作
• C：Cancel，取消或者回滚事务

缺点：

• 代码量非常庞大
• 在业务逻辑复杂的情况下，很难把握补偿点
• 幂等性很难保证

3.MQ最终一致性

• 可靠性较差
• 性能较高

分布式事务框架-seata

1.Seata 的3个基本组件

Transaction Coordinator(TC)：事务协调器，维护全局事务的运行状态，负责协调并驱动全局事务的提交或回滚。
Transaction Manager™：事务管理器，控制全局事务的边界，负责开启一个全局事务，并最终发起全局提交或全局回滚的决议。
Resource Manager(RM)：资源管理器，控制分支事务，负责分支注册、状态汇报，并接收事务协调器的指令，驱动分支（本地）事务的提交和回滚。

2.Seata 的生命周期：

TM 向 TC 申请开启一个全局事务，全局事务创建成功并生成一个全局唯一的 XID。
XID 在微服务调用链路的上下文中传播。
RM 向 TC 注册分支事务，将其纳入 XID 对应全局事务的管辖。
TM 向 TC 发起针对 XID 的全局提交或回滚决议。
TC 调度 XID 下管辖的全部分支事务完成提交或回滚请求。

3.Seata 的使用步骤