分布式事务解决方案seata之saga模式

背景:

       随着各行各业数字化转型的深入,以及技术的持续迭代更新,互联网公司的技术也逐渐落地到传统行业,例如金融业。由于业务的快速增长以及为了快速抢占市场等因素,以前单体架构的应用变得不再符合需求。因此,由以前的传统单体架构的系统或应用,演变成面向服务架构的分布式系统。

       构建分布式系统,除了根据业务划分服务等偏业务问题,还有随之而来的技术难点,例如分布式事务。在金融行业中,业务系统往往需要聚合多个下游系统或者多个本系统服务,这种长事务如何保证数据一致性。市面上有许多解决方案,但是阿里开源的分布式事务解决方案seata是最优秀和最知名的,其中的saga模式即可解决长事务场景。

分布式事务

     1.事务

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

     2.分布式事务

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

     3.分布式事务有哪些场景

  •   电商系统中的下单扣库存场景,在电商系统中,订单系统和库存系统是两个系统,一次下单的操作由两个系统协同完成。
  •  金融系统中的银行卡充值场景,在金融系统中通过银行卡向平台充值需要通过银行系统和金融系统协同完成。
  •  教育系统中下单选课业务场景,在线教育系统中,用户购买课程,下单支付成功后学生选课成功,此事务由订单系统和选课系统协同完成。
  •  SNS系统的消息发送场景,在社交系统中发送站内消息同时发送手机短信,一次消息发送由站内消息系统和手机通信系统协同完成。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值