华人澳洲中文论坛

热图推荐

    使用Seata完全解决SpringCloud微办事架构的散布式事务问题

    [复制链接]

    2022-10-28 18:32:29 19 0

    目录
    配景引见甚么是散布式事务甚么叫做逆向补偿呢互联网最盛行的散布式事务组件seata总结配景
    大家好,明天给大家分享一个在 2022 年出去面试 Java 简直必问的一个技术,那就是 seata。
    甚么??你才看了第一句话心里有闪现了有数个问号?由于没据说过 seata 这个货色?
    不妨事,为了不兄弟们出去面试被问到 seata 的时分,一脸蒙圈,咱们明天就把这个货色给大家讲明确。
    既然要给大家讲甚么是 seata,那就得先说一下这个货色的定位,这货色就是当初很火的 Spring Cloud Alibaba 里的一个组件,是专门帮忙咱们解决散布式事务问题的,也就是说,seata 是一个散布式事务框架。
    甚么是散布式事务
    那可能得多小火伴很蒙圈了,甚么是散布式事务?好吧,为了包管大家能持续看上来,咱们先说一下甚么是散布式事务这个问题。
    举个最简略的例子,假定当初你担任了一个定单零碎,一个库存零碎,一个营销零碎,而后呢,当你的定单零碎收到用户一个申请要创立定单的时分,这个时分你得做三件事件。
    第一,调用库存零碎的接口锁定库存,第二,调用调用营销零碎的接口锁定优惠券,第三,你定单零碎本人得在 MySQL 里拔出曾经一系列定单的数据。
    好比下图 1 所示:


    那末当初问题来了,你定单零碎有本人的定单数据库,能够去拔出曾经定单数据,那库存零碎是否也应该有本人的库存数据库,去锁定库存数据?
    营销零碎是否应该有本人的营销数据库,去锁定优惠券?固然是了!每集体都有本人的数据库,这一个都不克不及少。
    如下图 2 所示:


    那当初问题又来了,既然一次创立定单的申请,要波及到定单、库存、营销三个零碎,分别操作各自本人的三个数据库,能力实现这次申请。
    那是否可能会泛起这么一种状况,首先呢,你先调用库存零碎,锁定了库存了,O 了。
    接着呢,你又调用了营销零碎,锁定了优惠券,也 O 了。最初呢,当你定单零碎要往本人的定单数据库里拔出曾经数据的时分,网络抽风了,致使你这一次拔出曾经定单数据失败了,间接 exception 异样了,你蒙圈了。
    如下图 3 所示:


    那这个时分你感觉可能会发生甚么样的问题呢,其实很简略,这个时分你这个定单要购买的商品库存曾经被锁定了,你为了下这个定单用的优惠券,也曾经被锁定了。
    后果呢,你的定单本人自身的数据并没进入数据库,而后还前往一个了异样信息给用户说,本次下单失败。
    然而你说下单失败就失败吧,后果呢,经营看库存数据的时分可能会一脸蒙圈,为啥有一些商品库存被锁定了,后果没有对应的跟定单,并且始终没人付款来购买呢??
    而后用户本人也有点发蒙,由于一查本人的优惠券,好不易攒了几张券来买货色,后果当初定单没下成,优惠券形态都搞成已使用了,本人还没法用这些优惠券了。
    如下图 4 所示:


    其实这就是一个十分经典的散布式事务的问题了,你一个创立定单的申请,横跨了定单、库存、营销三个零碎,分别波及三个数据库。
    一切极可能会发现,你的库存和营销的数据操作都胜利了,并且库存和营销数据库里的当地事务都提交了,后果定单拔出曾经数据库失败了,定单数据库里的当地事务回滚了,然而库存和营销数据库里的当地事务曾经提交了,他们是不会回滚的。
    如下图 5 所示:


    甚么叫做逆向补偿
    那既然问题曾经找到了,咱们但愿的应该是甚么成果呢?
    咱们其实但愿的成果是,假如定单要是拔出曾经数据库失败了,定单数据库当地事务回滚了,咱们应该想方法去通知一下库存零碎和营销零碎,把以前在库存数据库和营销数据库里曾经提交的数据修正做一个逆向补偿,进行恢复。
    甚么叫做逆向补偿呢?意思就是说,以前库存零碎假如在数据库里履行的是 insert,那末此时就应该履行 delete,把以前拔出曾经的数据删除了。
    假如以前履行的 delete,当初就应该履行 insert,把删除的额数据从新拔出曾经回去,假如以前履行的是 udpate 语句,当初就应该再次履行一个 update 语句,把数据恢复到更新以前的形态。
    如下图 6 所示:


    互联网最盛行的散布式事务组件 seata
    那既然咱们想要完成这个成果,这个时分问题就来了,单单依赖咱们本人那确定搞不定这个问题了,这个时分就必需引入 Spring Cloud Alibaba 里的大佬组件,seata。
    seata 就是专门帮忙咱们解决这个问题的,假如咱们要是在零碎里引入 seata 框架之后,其实每个零碎里都会嵌入 seata,同时咱们还需求去部署一个 seata server。
    如下图 7 所示:


    这个时分,咱们的零碎运转原理会变为这样:定单零碎中的 seata 会发送申请给 seata server 去开启一个全局事务,而后库存零碎先运转,他在进行数据库 crud 的时分,这些操作都会被 seata 框架进行阻拦。
    而后 seata 框架会在一个当地事务里,把你的 sql 语句和逆向补偿日志,一同拔出曾经到你的库存数据库里去,在库存数据库里必需有一个 undo_log 表,存储 seata 的逆向补偿日志。
    那这个逆向补偿日志是甚么呢?简略,假如你的 sql 是 insert,那逆向补偿日志能够帮忙你后续构建 delete 语句来删除,假如你的 sql 是 update,那逆向补偿日志能够记载你更新以前的旧数据,他能够帮忙你后续把数据 update 到老版本的形态。
    如下图 8 所示:


    你库存零碎的 sql 语句和他们的补偿日志,是在一个当地事务里一同提交的,一同胜利或者一同失败,所以凡是你的库存零碎更新胜利了,就一定会有对应的补偿日志也会在库存 数据库里的,以备时时之需,营销零碎其实也是相反的运转原理。
    那末假定说库存零碎和营销零碎,根据这个思绪都履行终了了,到定单零碎了,他后果撂挑子了,拔出曾经定单数据库失败。
    固然,在拔出曾经的时分其实也会有对应的补偿日志会一同提交,然而由于这个时分网络问题,致使拔出曾经定单和拔出曾经补偿日志一同失败了。
    所以此时定单零碎的 seata 就会上报 seata server 说,大哥,我这儿完犊子了,您要欠亨知库存和营销两个兄弟,逆向补偿一下吧。
    如下图 9 所示:


    接着 seata server 发现说,这散布式事务都失败了,那赶快的,他会通知库存零碎和营销零碎里的 seata 框架小兄弟说,兄弟们,赶快的,把以前拔出曾经你们数据库里的 undo_log 内外的补偿日志拿出来,构建一下逆向补偿 sql。
    以前是 insert 你就给我弄个 delete,以前是 delete 你就给我弄个 insert,以前是 update 你仍是 update,逆向补偿 sql 赶快跑一把,把数据给我恢复了,前队改后队,跑步后退,hurry up 起来。
    如下图 10 所示:


    总结
    太棒了,到这个时分为止,咱们就发现 seata 老大的作用了,你定单、库存、营销三个零碎随意跑,有谁失败了,seata server 收到你的失败通知,就会告知别的零碎用 undo log 日志构建补偿 sql,把数据都给回滚了,完善。


    此外保举儒猿课堂的1元系列课程给您,欢送参加一同学习~
    互联网Java工程师面试突击课(1元专享):
    http://tod.h5.xeknow.com/s/3o8O0w
    SpringCloudAlibaba零根底入门到名目实战(1元专享):
    http://tod.h5.xeknow.com/s/1NRrqb
    亿级流量下的电商详情页零碎实战名目(1元专享):
    http://tod.h5.xeknow.com/s/xItYJ
    Kafka动静两头件内核源码精讲(1元专享):
    http://tod.h5.xeknow.com/s/1T0B9m
    十二个实战案例带你玩转Java并发编程(1元专享):
    http://tod.h5.xeknow.com/s/2nTSHI
    Elasticsearch零根底入门到精晓(1元专享):
    http://tod.h5.xeknow.com/s/40xOVv
    基于Java手写散布式两头件零碎实战(1元专享):
    http://tod.h5.xeknow.com/s/1MUj1A
    基于ShardingSphere的分库分表实战课(1元专享):
    http://tod.h5.xeknow.com/s/3o6jC

    发表回复

    您需要登录后才可以回帖 登录 | 立即注册

    返回列表 本版积分规则

    :
    注册会员
    :
    论坛短信
    :
    未填写
    :
    未填写
    :
    未填写

    主题31

    帖子38

    积分184

    图文推荐