分布式事务实例讲解

1.前言

随着业务系统复杂度不断增加,系统被拆分N多微服务,相互之间通过远程调用协作来完成。一次操纵由多个服务来完成,需要考虑分布式事务保证业务流程闭环。本文主要讲解基于消息最终一致性来解决

2.常见概念

事务:由一组操作组成的一个工作单元,这个工作单元具有原子性(atomicity)、一致性(consistency)、隔离性(isolation)和持久性(durability)。
原子性:执行单元中的操作要么全部执行成功,要么全部失败。如果有一部分成功一部分失败那么成功的操作要全部回滚到执行前的状态。
一致性:执行一次事务会使用数据从一个正确的状态转换到另一个正确的状态,执行前后数据都是完整的。 隔离性:在该事务执行的过程中,任何数据的改变只存在于该事务之中,对外界没有影响,事务与事务之间是完全的隔离的。只有事务提交后其它事务才可以查询到最新的数据。
持久性:事务完成后对数据的改变会永久性的存储起来,即使发生断电宕机数据依然在

本地事务:通常用关系数据库来控制事务,关系数据库通常都具有ACID特性,传统的单体应用通常会将数据全部存储在一个数据库中,会借助关系数据库来完成事务控制

分布式事务:在分布式系统中一次操作由多个系统协同完成,这种一次事务操作涉及多个系统通过网络协同完成的过程称为分布式事务。这里强调的是多个系统通过网络协同完成一个事务的过程,并不强调多个系统访问了不同的数据库,即使多个系统访问的是同一个数据库也是分布式事务

3.业务场景案例

模拟订单支付成功后下发用户权益包,待权益下发成功后用户方可正常使用权益包对应的平台功能。如下图:

在这里插入图片描述
其中1、2两步操纵由spring事务控制。
上面的流程会有什么问题呢?
1)、当更新操纵失败不再发生RPC调用,没有任何问题。
2)、当更新操纵成功,RPC调用失败抛异常,事务回滚,也没有任何问题。
3)、当更新操纵成功,RPC调用也成功了,但更新事务commit时失败,此时两边的操纵发生了不一致。

解决方案时序图(需对业务加幂等操纵)
在这里插入图片描述

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值