热门标签 | HotTags
当前位置:  开发笔记 > 运维 > 正文

谈谈分布式事务

只要牵涉到分布式系统,无论如何都会碰见分布式事务,当然你可以合理的拆分系统,规划表和库的结构,但是这只是减少分布式事务出现的次数,比方说你原来系统中有5处地方会有分布式事务,现在一优化可能只有3处地方有了,但是你要一点也没有,个人认为不大可

只要牵涉到分布式系统,无论如何都会碰见分布式事务,当然你可以合理的拆分系统,规划表和库的结构,但是这只是减少分布式事务出现的次数,比方说你原来系统中有5处地方会有分布式事务,现在一优化可能只有3处地方有了,但是你要一点也没有,个人认为不大可

只要牵涉到分布式系统,无论如何都会碰见分布式事务,当然你可以合理的拆分系统,规划表和库的结构,但是这只是减少分布式事务出现的次数,比方说你原来系统中有5处地方会有分布式事务,现在一优化可能只有3处地方有了,但是你要一点也没有,个人认为不大可能

接下来谈谈什么情况下会产生分布式事务?


一: 同数据库,不同web容器

上图可知,我们的订单系统和库存系统连着相同的数据源,该数据源里面也只有一个database,里面存放着订单表和库存表。因为订单系统和库存系统是两个不同的系统,部署在了两台服务器上面,他们之间通过接口进行调用,所以虽然它们两张表在同一个数据库里面,但是我们无法进行事务操控。从业务上来讲,当我们下单的时候,商品的库存一定要扣除,不能库存扣了,订单没生成,或者说订单生成了,库存没扣,这样不就乱套了么?所以扣库存和生成订单这两步操作,必须要么全做,要么全不做,这就牵涉到了分布式事务。


二 :不同数据源,相同web容器


这次我们把下单操作和扣库存的操作写在了同一个系统里面并且部署在了一台服务器上面,这个系统连接着两个数据源,分别是订单数据库和库存数据库。显然,虽说我们吧业务逻辑写在一个系统里面了,但是你连着两个数据源,所以又出现了分布式事务。


三不同数据库,不同web容器



第三种情况有点类似于,第一和第二种的结合。每个系统操纵自己的数据库,系统之间通过接口调用,很明显必然又要出现分布式事务


四 单表分片的情况


有的时候一张表的数量实在是太大了,而且增速过猛,那么无可奈何,只能把这张表拆分成好几份存放到不同的数据库服务器上面,有人会说这为什么也会产生分布式事务呢?根据上面那张图我举个例子,假如库存表分片1存的是上海仓库的商品库存信息,库存表分片2存的是北京仓库的商品库存信息,现在我要进行调货操作,从上海仓库调走500台iPhone手机到北京仓库,这个时候我们就要对分片1进行扣减500的操作,而对分片2进行增加500的操作,那么我们这个操作可以允许失败么?我分片1(上海仓库)的500台扣减掉了,但是分片2(北京仓库)没有增加成功?这显然是不可以的,所以这牵涉到了分布式事务,当然我这里只是举一个例子,因为你牵涉到了对同一张表的两条以上的记录进行修改操作,所以引出了分布式事务。


上面我们聊了什么样的情况下会出现分布式事务,接下来说下解决办法

一:jta(二阶段提交)

实际上jta严格来说不能解决分布式事务,比方说我上面举的第一种情况,我是单数据源,不同web容器,你用jta怎么解决?jta只能解决多数据源下的事务,而且对系统的吞吐量影响极大。


二:补偿法

这个是目前最常用的方法


首先我们需要把我们的业务划分到最细,让每个业务成为原子业务,比方说我们有一个业务现在可以划分成3个原子业务,业务A,业务B,业务C。这些业务操作可以是你直接操作数据库,也可以是调用别的系统的接口


假设我们现在业务A业务B都执行成功,但是业务C这里失败了。那么我们有两条路可以走。

第一条:把业务A和业务B回滚,也就是撤销业务A和业务B。

第二条:继续执行业务C直到成功为止

这两种方向我们也叫做正推和逆推,实际上第二种是我们常用的,如果你逆推的话把前面做的都撤销掉了,我感觉意义不大,当你产生补偿的行为的时候,我们的主流程实际上已经走通了,比方说你下单操作,用户点完下单之后,你告诉它你已经成功下单,好了接下来和用户没关系了,这个就叫主流程结束了。但是你的下单流程里面包含了库存的调配,比方说我在上海下的订单,要去北京库房调货,那么牵涉到分布式事务(可以参照分布式事务的第四种情况),好了现在调北京库房调用失败,那么我开始逆推把订单给删了,你觉得合适么?还是说我继续正推,直到我调用成功为止,用户那边我只要在订单上显示正在配货中就可以了,反正你要把订单都给删了,那会是一个很不好的体验


推荐阅读
  • Docker的安全基准
    nsitionalENhttp:www.w3.orgTRxhtml1DTDxhtml1-transitional.dtd ... [详细]
  • 探讨如何真正掌握Java EE,包括所需技能、工具和实践经验。资深软件教学总监李刚分享了对毕业生简历中常见问题的看法,并提供了详尽的标准。 ... [详细]
  • 本文探讨了如何在日常工作中通过优化效率和深入研究核心技术,将技术和知识转化为实际收益。文章结合个人经验,分享了提高工作效率、掌握高价值技能以及选择合适工作环境的方法,帮助读者更好地实现技术变现。 ... [详细]
  • 深入解析Spring Cloud Ribbon负载均衡机制
    本文详细介绍了Spring Cloud中的Ribbon组件如何实现服务调用的负载均衡。通过分析其工作原理、源码结构及配置方式,帮助读者理解Ribbon在分布式系统中的重要作用。 ... [详细]
  • 网络运维工程师负责确保企业IT基础设施的稳定运行,保障业务连续性和数据安全。他们需要具备多种技能,包括搭建和维护网络环境、监控系统性能、处理突发事件等。本文将探讨网络运维工程师的职业前景及其平均薪酬水平。 ... [详细]
  • Hadoop入门与核心组件详解
    本文详细介绍了Hadoop的基础知识及其核心组件,包括HDFS、MapReduce和YARN。通过本文,读者可以全面了解Hadoop的生态系统及应用场景。 ... [详细]
  • 本文探讨了如何在 PHP 的 Eloquent ORM 中实现数据表之间的关联查询,并通过具体示例详细解释了如何将关联数据嵌入到查询结果中。这不仅提高了数据查询的效率,还简化了代码逻辑。 ... [详细]
  • 随着网络安全威胁的不断演变,电子邮件系统成为攻击者频繁利用的目标。本文详细探讨了电子邮件系统中的常见漏洞及其潜在风险,并提供了专业的防护建议。 ... [详细]
  • 深入解析 Apache Shiro 安全框架架构
    本文详细介绍了 Apache Shiro,一个强大且灵活的开源安全框架。Shiro 专注于简化身份验证、授权、会话管理和加密等复杂的安全操作,使开发者能够更轻松地保护应用程序。其核心目标是提供易于使用和理解的API,同时确保高度的安全性和灵活性。 ... [详细]
  • 本文探讨了在 ASP.NET MVC 5 中实现松耦合组件的方法。通过分离关注点,应用程序的各个组件可以更加独立且易于维护和测试。文中详细介绍了依赖项注入(DI)及其在实现松耦合中的作用。 ... [详细]
  • 深入理解一致性哈希算法及其应用
    本文详细介绍了分布式系统中的一致性哈希算法,探讨其原理、优势及应用场景,帮助读者全面掌握这一关键技术。 ... [详细]
  • 本文探讨了2012年4月期间,淘宝在技术架构上的关键数据和发展历程。涵盖了从早期PHP到Java的转型,以及在分布式计算、存储和网络流量管理方面的创新。 ... [详细]
  • 科研单位信息系统中的DevOps实践与优化
    本文探讨了某科研单位通过引入云原生平台实现DevOps开发和运维一体化,显著提升了项目交付效率和产品质量。详细介绍了如何在实际项目中应用DevOps理念,解决了传统开发模式下的诸多痛点。 ... [详细]
  • 2018年3月31日,CSDN、火星财经联合中关村区块链产业联盟等机构举办的2018区块链技术及应用峰会(BTA)核心分会场圆满举行。多位业内顶尖专家深入探讨了区块链的核心技术原理及其在实际业务中的应用。 ... [详细]
  • 本文详细介绍了网络存储技术的基本概念、分类及应用场景。通过分析直连式存储(DAS)、网络附加存储(NAS)和存储区域网络(SAN)的特点,帮助读者理解不同存储方式的优势与局限性。 ... [详细]
author-avatar
kikokikolove
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有