分布式事务概述

最新推荐文章于 2021-09-12 16:39:50 发布
最新推荐文章于 2021-09-12 16:39:50 发布
阅读量180 收藏 1
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fatiaoyezi/article/details/112347532
版权

文章目录

一、事务概述

1、事务概念

事务是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。

2、事务的作用

简而言之，事务是为解决数据安全操作提出的，事务控制实际上就是控制数据的安全访问。

事务的产生,其实是为了当应用程序访问数据库的时候,让我们开发人员不需要去考虑各种各样的潜在错误和并发问题。当我们使用事务时，要么提交，要么回滚，我们不需要去考虑网络异常，服务器宕机，同时更改一个数据怎么处理？因此事务本质上是为了应用层服务的，而不是伴随着数据库系统天生就有的。

一个烂了的栗子：

银行转帐业务，账户A要将自己账户上的1000元转到B账户下面，A账户余额首先要减去1000元，然后B账户要增加1000元。假如在中间网络出现了问题，A账户减去1000元已经结束，B因为网络中断而操作失败，那么整个业务失败，必须做出控制，要求A账户转帐业务撤销。这才能保证业务的正确性，完成这个操走就需要事务，将A账户资金减少和B账户资金增加放到同一个事务里，要么全部执行成功，要么全部撤销，这样就保证了数据的安全性。

3、事务的特性(ACID)

数据库事务 transanction 正确执行的四个基本要素：原子性(Atomicity)、一致性(Correspondence)、隔离性(Isolation)、持久性(Durability)，称之为ACID特性。

  • 原子性（Atomicity）：事务是数据库的逻辑工作单位，而且是必须是原子工作单位，对于其数据修改，要么全部执行，要么全部不执行。
  • 一致性（Consistency）：事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。如果数据库系统运行中发生故障，有些事务尚未完成就被迫中断，这些未完成事务对数据库所做的修改有一部分已写入物理数据库，这时数据库就处于一种不正确的状态，或者说是不一致的状态。
  • 隔离性（Isolation）：一个事务的执行不能被其他事务所影响。
  • 持久性（Durability）：一个事务一旦提交，事物的操作便永久性的保存在DB中。接下来的其它操作或故障不应该对其执行结果有任何影响。

任何事务机制在实现时，都应该考虑事务的ACID特性，包括：本地事务、分布式事务，即使不能都很好的满足，也要考虑支持到什么程度。

另外，文本着重对事务的一致性进行讨论。在ACID中，AID都是数据库的特征，也就是依赖数据库来具体实现，而唯独这个C，实际上它依赖于应用层，也就是依赖于开发者，开发者要做的事情就是通过数据库对事务AID的支持，来保证C。其中AID是后端，C是目的。这里的C是指系统从一个正确的状态,迁移到另一个正确的状态.什么叫正确的状态呢?就是当前的状态满足预定的约束就叫做正确的状态.

再举一个例子

把事务比作一个保镖，我们提到事务就会说ACID，而我们提到保镖会说强壮，功夫好，威猛，这里的强壮，功夫好，威猛都是保镖自己的特征。而当我雇佣一个保镖时，希望的是通过保镖的这些特性，来保证我的安全，这个安全属性是属于我的。

同理，在程序中使用事务，是想通过事务的AID特性，来保证数据在程序中的一致性。

4、本地事务

大多数场景下，我们的应用都只需要操作单一的数据库，这种情况下的事务称之为本地事务(Local Transaction)也可称之为单机事务。

在这里插入图片描述


二、分布式事务

随着业务规模和场景越趋于复杂与庞大。很多公司都进行了数据库拆分和服务化(SOA)。在这种情况下，完成某一个业务功能可能需要横跨多个服务，操作多个数据库。这就涉及到到了分布式事务，其中需要操作的资源位于多个资源服务器上，而应用需要保证对于多个资源服务器的数据的操作，要么全部成功，要么全部失败。本质上来说，分布式事务就是为了保证不同资源服务器的数据一致性。

1、场景模拟

下图是分布式系统中的一个业务场景。其中每个微服务维护其私有的数据库。在此业务逻辑中，前端发送一个创建Order的请求。调用Order Server创建订单，Order Server需调用Inventory Server减库存。

在这里插入图片描述

在这里，Order Server的创建订单功能和Inventory Server的减库存功能分别是一个单独的事务。涉及到如何保证分布式系统两个事务一致性的问题。假定网络因素，导致调用Inventory Server超时，订单创建了，而库存却没有减少，这便导致了整个业务失去了该有的一致性。

在这里插入图片描述

而这个问题就是分布式事务需要解决的问题，单应用下单数据源的一致性依靠单机事务来保证，而分布式系统下的多数据源的一致性则靠分布式事务来解决。

为了简化问题，这里举的例子比较简单，实际的业务场景肯定复杂许多。如何保证事务的ACID特性，对于分布式事务实现方案而言，是非常大的挑战。同时，根据业务规模的大小，分布式事务实现方案还必须要考虑性能的问题，如果为了严格保证ACID特性，导致性能严重下降，那么对于一些要求快速响应的业务，也是无法接受的。


三、分布式事务的解决方案

1、X/Open DTP模型与XA规范

X/Open，即现在的open group，是一个独立的组织，主要负责制定各种行业技术标准。官网地址：http://www.opengroup.org/。X/Open组织主要由各大知名公司或者厂商进行支持，这些组织不光遵循X/Open组织定义的行业技术标准，同事也参与标准的制定。下图展示了open group目前主要成员(官网截图)：

9A3AC451-E44F-47FB-A7D6-20FD18B65723.png

可以看到，华为也在其列。

其中，DTP即表示分布式事务处理(Distributed Transaction Processing),简称DTP。

所以X/Open DTP模型即X/Open 组织提出的分布式事务处理方案模型。

（1）DTP的五个基本模型元素
  • 应用程序(Application Program ，简称AP)：用于定义事务边界(即定义事务的开始和结束)，并且在事务边界内对资源进行操作;
  • 资源管理器(Resource Manager，简称RM)：如数据库、文件系统等，并提供访问资源的方式；
  • 事务管理器(Transaction Manager ，简称TM)：负责分配事务唯一标识，监控事务的执行进度，并负责事务的提交、回滚等；
  • 通信资源管理器(Communication Resource Manager，简称CRM)：控制一个TM域(TM domain)内或者跨TM域的分布式应用之间的通信；
  • 通信协议(Communication Protocol，简称CP)：提供的分布式应用节点之间的底层通信服务
（2）XA规范

XA 是指由 X/Open 组织提出的分布式事务处理的规范，XA 规范主要定义了事务管理器(Transaction Manager)和资源管理器(Resource Manager)之间的接口，并对二阶段提交协议进行了优化，定义了两阶段提交协议中需要使用到的接口。

在这里插入图片描述

XA规范最主要的作用是，就是定义了RM-TM的交互接口，上图更加清晰了演示了XA规范在DTP模型中发挥作用的位置，从下图中可以看出来，XA仅仅出现在RM和TM的连线上。

2、二阶段提交

二阶段提交(Two Phase Commit)简称2pc,就是将整个事务分成准备和提交两个阶段。第一阶段为准备阶段，第二阶段为提交阶段。，其中事务的发起者称协调者(事务管理器)，事务的执行者称参与者。

处理流程：

  • 准备阶段(第一阶段)：
    1. 协调者节点向所有参与者节点询问是否可以执行提交操作，并开始等待各参与者节点的响应。
    2. 参与者节点执行询问发起为止的所有事务操作，并将Undo信息和Redo信息写入日志。（Undo日志是记录修改前的数据，用于数据库回滚，Redo日志是记录修改后的数据，用于提交事务后写入数据文件）
    3. 各参与者节点响应协调者节点发起的询问。如果参与者节点的事务操作实际执行成功，则它返回一个"同意"消息；如果参与者节点的事务操作实际执行失败，则它返回一个"中止"消息。

当协调者节点从所有参与者节点获得的相应消息都为"同意"时：

  • 提交阶段-成功(第二阶段)

    1. 协调者节点向所有参与者节点发出"正式提交"的请求。
    2. 参与者节点正式完成操作，并释放在整个事务期间内占用的资源。
    3. 参与者节点向协调者节点发送"完成"消息。
    4. 协调者节点收到所有参与者节点反馈的"完成"消息后，完成事务。

    img

如果任一参与者节点在第一阶段返回的响应消息为"终止"，或者 协调者节点在第一阶段的询问超时之前无法获取所有参与者节点的响应消息时：

  • 提交阶段-失败(第二阶段)：
    1. 协调者节点向所有参与者节点发出"回滚操作"的请求。
    2. 参与者节点利用之前写入的Undo信息执行回滚，并释放在整个事务期间内占用的资源。
    3. 参与者节点向协调者节点发送"回滚完成"消息。
    4. 协调者节点收到所有参与者节点反馈的"回滚完成"消息后，取消事务。

img

3、三阶段提交

我们需要明白一个概念，服务的数据是私有的，外部只能通过服务暴露的API访问这些数据，因此在数据库层面实现的分 布式事务不再可行。

Saga这个术语最早出现在普林斯顿大学研究人员发表的一篇关于数据库事务的论文中，这篇论文可在这 里下载：ftp://ftp.cs.princeton.edu/reports/1987/070.pdfo

企业应用在处理几乎每一个请求的过程中，都需要跟数据库打交道。企业应用的开发者 使用大量成熟的编程框架和函数库来简化事务管理。一些编程框架和函数库提供了 API,用 于显式地开始、提交或回滚事务。其他框架，例如Spring框架，则提供了注解式的机制，Spring采用@Transcaltional注解来让方法调用自动地在事务范围内完成。这些机制让编 写事务性的业务逻辑变得简单和透明。

createOrder()操作会更新多个服务中的数据，每个服务都有自己私有的数据库，如何维护这些服务之间数据的一致性。

4、TCC

5、本地消息表

6、MQ事务

7、Sage事务

各方案的性能参数比较
img


参考资料

Java微服务下的分布式事务介绍及其解决方案

关于分布式事务，XA协议的学习笔记

漫画：什么是分布式事务？

如何理解数据库事务中的一致性的概念？

微服务架构设计模式(克里森·查尔斯 著)

百度百科

xupeng0601~
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQLServer-并发控制-锁机制
xiaoye1202的博客
05-18 1万+
并发可能导致的影响：1. 丢失更新：多个事务同时更新同一行；2. 脏读：修改过程中的数据被读取；3. 不一致的分析（不可重复读）：读取的事务里面，符合读取条件的行搜索条件被更改了；4. 幻读：读取的事务里面，符合读取条件的行被删除或者插入了；3和4 的区别在于前者是更新 ，后者是插入删除。 并发控制类型：1. 悲观并发控制：用到锁来保护数据。用于锁消耗低于回滚事务的成本环境中；2. 乐观并发控制：...
多数据源分布式事务管理调研报告.docx
12-30
【分布式事务概述】 分布式事务是指在分布式环境下，跨越多个数据源的操作需要保证一致性，即所有操作要么全部成功，要么全部失败。这是因为业务功能往往需要横跨多个服务和数据库，而这些服务和数据库可能位于不同...
SQL Server事务的使用
热门推荐
偏爱mango的小姐姐的博客
06-25 1万+
1.定义： 事务是作为单个逻辑单元执行的一系列操作，它是一个不可分割的工作逻辑单元。它包含了一组数据库操作命令，这组命令要么全部执行，要么全部不执行。 举个例子，我们经常用到的 ATM 存取款机，比如转账的时候，是先减去转出账户的金额，然后再在指定转入账户的金额加上转出的金额。如果刚好这个时候转出的操作已经执行完成，但是由于系统的故障，导致转入的操作失败了。那么怎么办？这就需要用到事务了，只要...
『SQLServer系列教程』——事务详解
老陈聊架构
03-26 4826
📣读完这篇文章里你能收获到：1.了解SQLServer事务的特性及分类，2.事务的创建过程，3.提供实际操作的案例SQL脚本
SqlServer 并发事务：死锁跟踪（二）确定死锁锁定的资源
12-02 6080
--测试示例： CREATE TABLE mytest ( id INT, name VARCHAR(20), info VARCHAR(20), ) INSERT INTO mytest VALUES(1,'kk',null),(2,'mm',null) --【现在测试只有非聚集索引的】 CREATE NONCLUSTER
Microsoft SQL Server中的事务（转载）
weixin_30510153的博客
12-04 149
1.1 事务的概念 　　事务是作为单个工作单元而执行的一系列操作，比如查询和修改数据等。 　　事务是数据库并发控制的基本单位，一条或者一组语句要么全部成功，对数据库中的某些数据成功修改; 要么全部不成功，数据库中的数据还原到这些语句执行之前的样子。 比如网上订火车票，要么你定票成功，余票显示就减一张; 要么你定票失败获取取消订票，余票的数量还是那么多。不允许出现你订票成功了，余票没有减少...
springcloud整合分布式事务框架TX-LCN
03-04
1. **分布式事务概述**：在分布式系统中，事务需要满足ACID（原子性、一致性、隔离性和持久性）属性，确保数据的一致性。但传统的两阶段提交（2PC）等方案在面对大规模分布式环境时性能瓶颈明显，因此诞生了如TX-LCN...
分布式系统概述
01-23
10. **分布式事务**：在分布式系统中，事务的处理变得复杂，ACID（原子性、一致性、隔离性和持久性）属性的保证需要精心设计。例如，2PC（两阶段提交）和TCC（尝试、确认、补偿）等事务处理模型。 11. **微服务架构...
腾讯TDSQL分布式事务处理技术概述.pptx
10-23
腾讯TDSQL分布式事务处理技术概述 腾讯TDSQL分布式事务处理技术是指在分布式系统中对事务的处理和管理，以确保事务的一致性和可靠性。该技术的核心是多级一致性技术（强一致性），它可以确保在分布式系统中所有节点...
从银行转账失败到分布式事务：总结与思考
01-27
【分布式事务概述】 分布式事务是计算机科学中处理跨多个计算节点的数据操作的一种机制。当一个事务涉及多个系统或服务时，分布式事务的概念就显得尤为重要。这种情况通常发生在大型企业级应用或者互联网服务中，...
MySQL事务隔离级别详解与实例说明
零度的博客专栏
07-06 539
SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。 Read Uncommitted（读取未提交内容）         在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirt
SQLServer 2008中事务日志已满问题处理
聆听。。花开雨落的博客
04-30 5186
解决方法： 第一步：调整恢复模式 选择数据库-属性-选项-恢复模式-选择简单 在完整 恢复模式下，所有大容量操作都将被完整地记录下来。 但是，可以通过将数据库暂时切换到用于大容量操作的大容量日志恢复模式，最小化一组大容量操作的日志记录。 最小日志记录比完整日志记录更为有效，并在大容量事务期间，降低了大规模大容量操作填满可用的事务日志空间的可能性。 不过，如果在最小日志记录生效时数据库损坏或...
SQL Server数据并发处理
ChengR666的博客
09-12 2600
多用户数据库：允许多个用户同时使用的数据库（订票系统） 并发操作带来的数据不一致性包括 1）丢失修改（lost update） 2）不可重复读（non-repeatable read） 3）读脏数据（dirty read） 并发控制的主要技术 1）悲观并发 3）乐观并发 锁与事务 封锁：封锁就是事务T在对某个数据对象（例如表、记录等）操作之前，先向系统发出请求，对其加锁。加锁后事务T就对该数据对象有了一定的控制，在事务T释放它的锁之前，其它的事务不能
数据库事务隔离级别及相关实例
simba_1986的专栏
05-31 487
数据库事务隔离级别分类 数据库事务级别分为不可重复读、幻想读和脏读。 不可重复读 不可重复读的意思是事务T1读取了一条数据，然后T2修改了这条数据，然后T2提交事务，T1再次查询，查询到的数据与之前不同。即一个事务两次读取同一条数据，得到的数据不一致，其中的原因是在两次查询的间隔内另外一个事务更改了此数据导致的。例子如下：
SQL事务对并发处理的支持
diaoyu3131的博客
10-21 118
前言 继上次技术分享后，学到了关于mysql事务的许多新知识，感觉还是蛮有收获的。后来反过来想想，这些东西其实我们都接触过，最起码在自学考试的数据库系统原理那本书里面对事务的讲解，在里面就提到了事务的概念。 内容 1、首先事务本身有四个特性，分别是怎么体现的呢？ 定义： 是构成单一逻辑工作单元的操作集合，要么完整地执行，要么完全不进行。 特性（ACID） ...
分布式系统概述：技术驱动力与应用挑战
2. 分布式事务处理：大银行采用分布式架构，各分支机构间的计算机能相互通信，处理跨区域事务，给用户提供无缝服务体验。 3. 分布式文档处理：如WWW系统，通过统一资源定位符（URL）实现了对分布在网络上的文档的...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值