分布式事务的解决方案

最新推荐文章于 2023-04-28 22:24:17 发布
最新推荐文章于 2023-04-28 22:24:17 发布
阅读量203 收藏
点赞数
分类专栏： 中间件 # TX-LCN
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_38192427/article/details/115461536
版权

目录

什么是分布式事务

众所周知，数据库能实现本地事务，也就是在同一个数据库中，你可以允许一组操作要么全都正确执行，要么全都不执行。这里特别强调了本地事务，也就是目前的数据库只能支持同一个数据库中的事务。但现在的系统往往采用分布式的微服务架构，每个系统应用都拥有独立的数据库，因此就出现了跨多个数据库的事务需求，这种事务即为分布式事务

那么在目前数据库不支持跨库事务的情况下，我们应该如何实现分布式事务呢？本文会为大家介绍几种目前常用的分布式事务解决方案

常用的分布式事务解决方案

  • 2PC
  • 3PC
  • TCC
  • 本地消息表
  • 基于 RacketMQ 的消息事务

2PC

2PC即两阶段提交，两阶段提交是一种强一致性设计，2PC 引入了一个事务协调者的角色来协调管理各参与者的提交和回滚，两阶段分别指的是准备阶段和提交阶段

我们先来看看第一个阶段，即准备阶段

在这里插入图片描述
准备阶段

  • 事务协调者会向各参与者发送准备命令，你可以把准备命令理解成除了提交事务之外啥事都做完了
  • 事务协调者会同步等待所有的参与者响应之后就进入第二阶段即提交阶段（注意提交阶段不一定是提交事务，也可能是回滚事务）

假如在第一阶段所有的参与者都返回准备成功，那么事务协调者则向所有的参与者发送提交事务命令，然后等待所有的事务都提交成功之后，返回事务执行成功

假如在第一阶段有任何一个参与者返回准备失败，那么事务协调者就会向所有的参与者发送回滚事务的请求，即分布式无事执行失败

我们再来看看第二个阶段，即提交阶段
在这里插入图片描述
假如在第一阶段所有的参与者都返回准备成功，那么在第二阶段事务提交失败怎么办呢

  • 第二阶段如果执行的是回滚事务操作，那么答案是不断重试，直到所有参与者都回滚了，不然那些在第一阶段准备成功的参与者会一直阻塞着
最低0.47元/天 解锁文章
桐花思雨
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
常用的分布式事务解决方案
01-27
本文来自于CSDN，文章详细介绍了梳理分布式事务的基本概念和理论基础，然后介绍几种目前常用的分布式事务解决方案等。 事务由一组操作构成，我们希望这组操作能够全部正确执行，如果这一组操作中的任意一个步骤发生...
两阶段提交（two phase commit，2PC）故障恢复原理分析
archimekai的博客
03-19 386
很多分布式方面的书籍和网络上的很多博客都有关于两阶段提交的介绍。但是遗憾的是，大部分文章只介绍了两阶段提交在正常状况下的处理流程，并未介绍出现故障时，两阶段提交如何进行故障恢复，确保事务的正确性。这就好像上了一道宫爆鸡丁，只是把其中的花生吃掉了，但是没有吃鸡丁，让读者读后无法掌握两阶段提交的精髓。 基于此，笔者试图较为完整地介绍基本的两阶段提交协议，特别是介绍其日志机制，以及两阶段提交协议在面对进程重启（Failure，F）和网络超时（Timeout， T）这两种典型故障时是如何进行故障恢复的，以飨读者。
分布式事务对于两阶段提交的错误处理
KunLunDB_Linda的博客
09-28 691
笔者和团队在昆仑分布式数据库中的两阶段提交方式，可以成功避免经典的两阶段提交算法的缺陷。而在此分布式事务处理两阶段提交机制和原理上，笔者和团队增强其容灾能力和错误处理能力，可以做到任意时刻昆仑数据库集群的任意节点宕机或者网络故障、超时等都不会导致集群管理的数据发生不一致或者丢失等错误。本文会详述分布式事务对于两阶段提交算法的错误处理原理和机制及延时损耗~在生产环境的分布式数据库集群的工作场景中，通常只有不到0.01%的分布式事务提交会发生错误，但是我们仍然需要处理所有可能发生的错误。因为哪怕执行了100亿笔
分库分表下事务问题的一些解决思路
JQuer1y Blog
10-11 1952
前言 本次在做分库分表时，遇到了跨库事务的问题。通过在网上搜索了许多资料后找了一些解决该问题的方法与思路。本文将分为两部分分别介绍常用的分布式事务解决方案以及本次分库分表中如何去解决跨库事务的实践。 常用的分布式事务解决方案 2PC(two-phase commit) 2PC基本介绍 2PC即为两阶段提交，是一种在多节点间实现事务原子提交的算法，用来确保所有节点要么全部提交，要么全部中止。我们可以有多种方案来实现该算法，如基于XA协议的实现，阿里也提供了Seata中间件支持2PC算法。 根据图示可以发现我
一次提交涉及两个数据库处理
weixin_30770783的博客
07-14 419
业务场景：用户下单à付款à扣减库存 问题：当付款成功，扣减库存失败，如何处理。是否可以将这两个事务放在一个Transaction中处理？ 一、基本概念（Transaction） 什么是事务？事务很任性，只接受成功或失败。在事务包括的范围内，所有操作都是不可分割的单元，当所有操作都成功后事务才算执行成功，否则将进行回滚操作。回忆一下课本中的ACID四大属性（了解即...
idea 同一个项目建立两个本地仓库导致无法一次提交的解决办法
KID_NAP的博客
03-20 580
点击File->Settings->version control->directory mappings发现有两个仓库（这里由于我已经修改了所以只有一个）做实验时不小心在一个子文件夹中建立了git仓库，后续提交项目时发现这个子文件夹总是无法和项目一同提交出去，于是怀疑是因为两个仓库的原因。注意：这里不能只删除子文件夹上的git仓库，这样无法在项目仓库中加入该子文件夹。把两个仓库选中再点击左上角的减号，apply后两个仓库都被删除。之后再到项目终端重新git init 后正常提交即可。
Dubbo分布式事务解决方案
07-20
微服务架构的分布式事务处理方案
Hmily柔性分布式事务解决方案 v2.2.1
12-29
为您提供Hmily柔性分布式事务解决方案下载，Hmily是柔性分布式事务解决方案，提供了TCC 与 TAC 模式。它以零侵入以及快速集成方式能够方便的被业务进行整合。在性能上，日志存储异步（可选）以及使用异步执行的方式...
微服务架构的分布式事务解决方案,完整31讲
06-23
微服务架构的分布式事务解决方案,完整31讲。，百度云资源 非加密，无密码，
两阶段提交协议的异常处理
CXH.ME
07-07 2872
两阶段提交的协议大家都比较熟悉了，解释一下每个阶段的异常处理。
mysql 两阶段提交
面朝大海，春暖花开
03-27 369
mysql 每日一问 之 两阶段提交？ 二阶段提交 二阶段提交分两步： prepare: 协调者向参与者发起询问，是否可以正常提交，参与者在本地执行，如果执行成功，则可以下一步 commit： 如果所有参与者反馈可以，协调者向所有参与者发起 commit mysql 内部 二阶段提交 一般情况下，如果没有开启 binlog， 通过 redolog 的进行恢复，如果mysql 异常宕机， redolog 要么写入成功，要么写入失败，如果写入失败，则数据就恢复不成功，不会有数据不一致的问题 但如果恰好里德主
分布式事务解决方案
湖人•总冠军
06-26 1万+
分布式事务的实现主要有以下 5 种方案： XA 方案 TCC 方案 本地消息表 可靠消息最终一致性方案 最大努力通知方案 两阶段提交方案/XA方案 所谓的 XA 方案，即：两阶段提交，有一个事务管理器的概念，负责协调多个数据库（资源管理器）的事务，事务管理器先问问各个数据库你准备好了吗？如果每个数据库都回复 ok，那么就正式提交事务，在各个数据库上执行操作；如果任何其中一个数据库回答不...
分布式事务最经典的七种解决方案
weixin_70730532的博客
05-29 2万+
前言： 随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章总结了分布式事务最经典的解决方案，分享给大家。 基础理论 在讲解具体方案之前，我们先了解一下分布式事务所涉及到的基础理论知识。 我们拿转账作为例子，A需要转100元给B，那么需要给A的余额-100元，给B的余额+100元，整个转账要保证，A-100和B+100同时成功，或者同时失败。看看在各种场景下，是如何解决这个问题的。 事务 把多条语句作
分布式事务七种解决方案，最后一种经典了！
热门推荐
独行侠梦的博客
11-13 3万+
随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章总结了分布式事务最经典的解决方案，分享给...
分布式事务的几种解决方案
zhoupenghui168的博客
04-28 8455
分布式事务的几种解决方案：2PC,3PC，TCC,最大努力通知,MQ消息事务，可靠消息最终一致性
分布式事务的七种解决方案
ChineseSoftware的博客
01-19 7714
一、什么是分布式事务 分布式事务是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。一个大的操作由 N 多的小的操作共同完成。而这些小的操作又分布在不同的服务上。针对于这些操作，要么全部成功执行，要么全部不执行。 二、为什么会有分布式事务 举个例子： 转账是最经典的分布式事务场景，假设用户 A 发起一笔跨行转账给用户 B，银行系统首先扣掉用户 A 的钱，然后增加用户 B 账户中的余额。如果其中某个步骤失败，此时就有可能会出现两种异常情况： 用户 A 的账户扣
分布式事务六种解决方案
软件开发实战项目分享
03-06 1497
事务(Transaction)是操作数据库中某个数据项的一个程序执行单元(unit)。事务应该具有4个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为ACID特性。事务的四个特征： 1、Atomic原子性 事务必须是一个原子的操作序列单元，事务中包含的各项操作在一次执行过程中，要么全部执行成功，要么全部不执行，任何一项失败，整个事务回滚，只有全部都执行成功，整个事务才算成功。
分布式事务6种解决方案（超详细）
义笔记
06-19 1万+
typora-root-url: ./分布式事务图片 typora-copy-images-to: ./分布式事务图片 分布式事务六种解决方案 前言 事务想必大家并不陌生，严格意义上讲事务应该具备ACID，目前常见的分布式事务解决方案包括2PC、3PC、TCC、本地消息表、消息事物、最大努力通知等。 ACID 原子性：一个事物内的所有操作都要全执行或者都不执行 一致性：事务前后数据的完整性必须保持一致 隔离性：多个事务并发执行，不能被其他事物的操作所干扰 持久性：事务一旦提交，它的改变应该是持久性的
分布式事务解决方案：7种常见解决方案汇总
小识的博客
10-29 4923
二阶段提交协议 为了解决分布式事务的问题，出现了很多协议，如2PC（二阶段提交协议）、3PC（三阶段提交协议） 在二阶段提交协议中有一个事务管理器和多个资源管理器。事务管理器分两阶段协调资源管理器。 一阶段：事务管理器告诉资源管理器准备执行事务，并锁住需要的资源。当准备完成后，资源管理器向事务管理器报告已准备就绪。 二阶段：如果所有资源管理器都准备成功，第二阶段事务管理器回要求所有的资源管理器执行提交操作。如果任一资源管理器在第一阶段返回准备失败，那么事务管理器回要求所有的资源管理器在第二阶段执行回滚操作.
华为内部java软件项目开发过程中，使用的比较成熟的分布式事务解决方案是哪些，具体代码如何实现？
最新发布
05-27
华为内部 Java 软件项目开发过程中，常用的分布式事务解决方案主要有两种： 1. 基于XA协议的分布式事务解决方案 2. 基于TCC（Try-Confirm-Cancel）模式的分布式事务解决方案 其中，基于XA协议的分布式事务解决方案是比较成熟和常用的方案之一。它通过在分布式事务参与者之间协调工作，保证了分布式事务的原子性、一致性、隔离性和持久性。在华为内部，XA协议的分布式事务解决方案通常使用Seata框架来实现。 具体的实现步骤如下： 1. 在分布式事务的发起方（一般为业务系统）使用Seata提供的`@GlobalTransactional`注解标识事务方法。 2. 在事务方法中，调用多个分布式事务参与者（一般为微服务），并使用Seata提供的`@Transactional`注解标识每个参与者的事务方法。 3. 在Seata服务端，根据全局事务ID和分支事务ID，对所有分支事务进行协调，并最终提交或回滚整个分布式事务。 例如，下面的代码演示了如何使用Seata框架实现基于XA协议的分布式事务： ```java @Service public class OrderService { @Autowired private OrderMapper orderMapper; @Autowired private StorageService storageService; @GlobalTransactional public void createOrder(Order order, Integer count) { // 1. 创建订单 orderMapper.insert(order); // 2. 扣减库存 storageService.deduct(order.getProductId(), count); } } @Service public class StorageService { @Autowired private StorageMapper storageMapper; @Transactional public void deduct(Long productId, Integer count) { // 1. 查询库存 Storage storage = storageMapper.selectByProductId(productId); if (storage.getCount() < count) { throw new RuntimeException("库存不足"); } // 2. 扣减库存 storage.setCount(storage.getCount() - count); storageMapper.updateByPrimaryKey(storage); } } ``` 其中，`@GlobalTransactional`注解标识了`createOrder()`方法是一个分布式事务方法，`@Transactional`注解标识了`deduct()`方法是一个分支事务方法。Seata框架会在运行时对这些注解进行解析，并自动协调所有的分支事务，保证整个分布式事务的一致性。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值