分布式事务

背景

在游戏或者电商系统中 会用到微服务架构 

每个节点只处理其中一个服务 假如某个请求是要多个服务共同处理的 且需要要么一起完成 要么一起不完成 也就是事务

在银行系统中 转账的扣钱和加钱

电商中 货品库存服务数量减一 用户订单服务数据加一

游戏中 邮件服务标记成附件已领取 玩家背包中道具已添加

这些都是一些常见的例子 那么在微服务中实现这些事务就需要分布式事务了

在分布式系统中一次操作需要由多个服务协同完成，这种由不同的服务之间通过网络协同完成的事务称为分布式事务

笔者了解到三个 二阶段提交（2pc） 三阶段提交（3pc） 和TCC

2pc

说明：将事务的提交过程分为资源准备和资源提交两个阶段 由事务协调者通知各个服务

准备阶段

• ① 协调者向所有参与者发送事务内容，询问是否可以提交事务，并等待答复
• ② 各参与者执行本地事务操作，将 undo 和 redo 信息记入事务日志中（但不提交事务）
• ③ 如参与者执行成功，给协调者反馈同意，否则反馈中止，表示事务不可以执行

在协调者这也做个超时 如果超过一段时间 没有得到答复 等通知所有参与者回滚

提交阶段

协调者收到各个参与者的准备消息后，根据反馈情况通知各个参与者commit提交或者rollback回滚

① 协调者节点向所有参与者节点发出正式提交的 commit 请求。
② 收到协调者的 commit 请求后，参与者正式执行事务提交操作࿰