微服务高级篇（二）：分布式事务+Seata架构

最新推荐文章于 2024-06-15 22:54:18 发布
最新推荐文章于 2024-06-15 22:54:18 发布
阅读量1k 收藏 15
点赞数 23
分类专栏： 微服务 文章标签： 架构 微服务 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shendaiyan/article/details/136822861
版权

文章目录

一、分布式事务理论基础

在分布式系统下，一个业务跨越多个服务或数据源，每个服务都是一个分支事务，要保证所有分支事务最终状态一致，这样的事务就是分布式事务。

1.1 CAP定理

1998年，加州大学的计算机科学家 Eric Brewer 提出，分布式系统有三个指标：

  1. Consistency（一致性）：用户访问分布式系统中的任意节点，得到的数据必须一致
  2. Availability（可用性）：用户访问集群中的任意健康节点，必须能得到响应，而不是超时或拒绝
  3. Partition tolerance （分区容错性）：（1）artition（分区）：因为网络故障或其它原因导致分布式系统中的部分节点与其它节点失去连接，形成独立分区。（2）Tolerance（容错）：在集群出现分区时，整个系统也要持续对外提供服务

Eric Brewer 说，分布式系统无法同时满足这三个指标。这个结论就叫做 CAP 定理。

  1. 简述CAP定理内容？ 分布式系统节点通过网络连接，一定会出现分区问题（P） 当分区出现时，系统的一致性（C）和可用性（A）就无法同时满足
  2. 思考：elasticsearch集群是CP还是AP？ ES集群出现分区时，故障节点会被剔除集群，数据分片会重新分配到其它节点，保证数据一致。因此是低可用性，高一致性，属于CP

1.2 BASE理论

BASE理论是对CAP的一种解决思路，包含三个思想：

  1. Basically Available （基本可用）：分布式系统在出现故障时，允许损失部分可用性，即保证核心可用。
  2. Soft State（软状态）：在一定时间内，允许出现中间状态，比如临时的不一致状态。
  3. Eventually Consistent（最终一致性）：虽然无法保证强一致性，但是在软状态结束后，最终达到数据一致。

而分布式事务最大的问题是各个子事务的一致性问题，因此可以借鉴CAP定理和BASE理论：

  1. AP模式：各子事务分别执行和提交，允许出现结果不一致，然后采用弥补措施恢复数据即可，实现最终一致。
  2. CP模式：各个子事务执行后互相等待，同时提交，同时回滚，达成强一致。但事务等待过程中，处于弱可用状态。

解决分布式事务，各个子系统之间必须能感知到彼此的事务状态，才能保证状态一致，因此需要一个事务协调者来协调每一个事务的参与者（子系统事务）。
这里的子系统事务，称为分支事务；有关联的各个分支事务在一起称为全局事务

  1. 简述BASE理论三个思想：基本可用、软状态、最终一致
  2. 解决分布式事务的思想和模型： 全局事务：整个分布式事务 分支事务：分布式事务中包含的每个子系统的事务 最终一致思想：各分支事务分别执行并提交，如果有不一致的情况，再想办法恢复数据
    强一致思想：各分支事务执行完业务不要提交，等待彼此结果。而后统一提交或回滚

二、初始Seata

2.1 Seata的架构

Seata是 2019 年 1 月份蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案。致力于提供高性能和简单易用的分布式事务服务，为用户打造一站式的分布式解决方案。
官网地址：http://seata.io/，其中的文档、播客中提供了大量的使用说明、源码分析。

在这里插入图片描述

Seata提供了四种不同的分布式事务解决方案：
XA模式：强一致性分阶段事务模式，牺牲了一定的可用性，无业务侵入
TCC模式：最终一致的分阶段事务模式，有业务侵入
AT模式：最终一致的分阶段事务模式，无业务侵入，也是Seata的默认模式
SAGA模式：长事务模式，有业务侵入

2.2 部署TC【事务协调者】服务

  1. 下载包，然后修改conf目录下的registry.conf文件，这里我们用的是nacos 注意：serverAddr = "127.0.0.1:8848"地址要是nacos的启动地址
    registry.conf
registry {
  # tc服务的注册中心类，这里选择nacos，也可以是eureka、zookeeper等
  type = "nacos"

  nacos {
    # seata tc 服务注册到 nacos的服务名称，可以自定义
    application = "seata-tc-server"
    serverAddr = "127.0.0.1:8848"
    group = "DEFAULT_GROUP"
    namespace = ""
    cluster = "SH"
    username = "nacos"
    password = "nacos"
  }
}

config {
  # 读取tc服务端的配置文件的方式，这里是从nacos配置中心读取，这样如果tc是集群，可以共享配置
  type = "nacos"
  # 配置nacos地址等信息
  nacos {
    serverAddr = "127.0.0.1:8848"
    namespace = ""
    group = "SEATA_GROUP"
    username = "nacos"
    password = "nacos"
    dataId = "seataServer.properties"
  }
}
  1. 特别注意，为了让tc服务的集群可以共享配置，我们选择了nacos作为统一配置中心。因此服务端配置文件seataServer.properties文件需要在nacos中配好。
    在这里插入图片描述
    配置内容如下：
# 数据存储方式，db代表数据库
store.mode=db
store.db.datasource=druid
store.db.dbType=mysql
store.db.driverClassName=com.mysql.cj.jdbc.Driver
store.db.url=jdbc:mysql://127.0.0.1:3306/seata?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=UTC
store.db.user=root
store.db.password=123456
store.db.minConn=5
store.db.maxConn=30
store.db.globalTable=global_table
store.db.branchTable=branch_table
store.db.queryLimit=100
store.db.lockTable=lock_table
store.db.maxWait=5000
# 事务、日志等配置
server.recovery.committingRetryPeriod=1000
server.recovery.asynCommittingRetryPeriod=1000
server.recovery.rollbackingRetryPeriod=1000
server.recovery.timeoutRetryPeriod=1000
server.maxCommitRetryTimeout=-1
server.maxRollbackRetryTimeout=-1
server.rollbackRetryTimeoutUnlockEnable=false
server.undo.logSaveDays=7
server.undo.logDeletePeriod=86400000

# 客户端与服务端传输方式
transport.serialization=seata
transport.compressor=none
# 关闭metrics功能，提高性能
metrics.enabled=false
metrics.registryType=compact
metrics.exporterList=prometheus
metrics.exporterPrometheusPort=9898

其中的数据库地址、用户名、密码都需要修改成你自己的数据库信息。

  1. 创建数据库表
    特别注意：tc服务在管理分布式事务时，需要记录事务相关数据到数据库中，你需要提前创建好这些表。
    新建一个名为seata的数据库，运行课前资料提供的sql文件：
    这些表主要记录全局事务、分支事务、全局锁信息：

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- 分支事务表
-- ----------------------------
DROP TABLE IF EXISTS `branch_table`;
CREATE TABLE `branch_table`  (
  `branch_id` bigint(20) NOT NULL,
  `xid` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `transaction_id` bigint(20) NULL DEFAULT NULL,
  `resource_group_id` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `resource_id` varchar(256) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `branch_type` varchar(8) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `status` tinyint(4) NULL DEFAULT NULL,
  `client_id` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `application_data` varchar(2000) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `gmt_create` datetime(6) NULL DEFAULT NULL,
  `gmt_modified` datetime(6) NULL DEFAULT NULL,
  PRIMARY KEY (`branch_id`) USING BTREE,
  INDEX `idx_xid`(`xid`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

-- ----------------------------
-- 全局事务表
-- ----------------------------
DROP TABLE IF EXISTS `global_table`;
CREATE TABLE `global_table`  (
  `xid` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `transaction_id` bigint(20) NULL DEFAULT NULL,
  `status` tinyint(4) NOT NULL,
  `application_id` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `transaction_service_group` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `transaction_name` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `timeout` int(11) NULL DEFAULT NULL,
  `begin_time` bigint(20) NULL DEFAULT NULL,
  `application_data` varchar(2000) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `gmt_create` datetime NULL DEFAULT NULL,
  `gmt_modified` datetime NULL DEFAULT NULL,
  PRIMARY KEY (`xid`) USING BTREE,
  INDEX `idx_gmt_modified_status`(`gmt_modified`, `status`) USING BTREE,
  INDEX `idx_transaction_id`(`transaction_id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

SET FOREIGN_KEY_CHECKS = 1;
  1. 启动TC服务

进入bin目录，运行其中的seata-server.bat即可：

启动成功后，seata-server应该已经注册到nacos注册中心了。

打开浏览器，访问nacos地址：http://localhost:8848，然后进入服务列表页面，可以看到seata-tc-server的信息：

在这里插入图片描述

2.3 微服务集成Seata

第一步：引入相关依赖

        <!--seata-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
            <exclusions>
                <!--版本较低，因此排除-->
                <exclusion>
                    <artifactId>seata-spring-boot-starter</artifactId>
                    <groupId>io.seata</groupId>
                </exclusion>
            </exclusions>
        </dependency>
        <!--seata starter采用1.4.2版本-->
        <dependency>
            <groupId>io.seata</groupId>
            <artifactId>seata-spring-boot-starter</artifactId>
            <version>${seata.version}</version>
        </dependency>

第二步：配置yml文件，让微服务通过注册中心找到seate-tc-server
在这里插入图片描述

第三步：在seata-server.bat控制台看到注册成功
在这里插入图片描述

三、实践

3.1 XA模式

3.1.1 原理

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

3.1.2 实现

在这里插入图片描述
测试服务，当订单数超过库存时，事务会进行回滚，如下所示：
在这里插入图片描述

3.2 AT模式

3.2.1 原理

在这里插入图片描述

简述AT模式与XA模式最大的区别是什么？
XA模式一阶段不提交事务，锁定资源；AT模式一阶段直接提交，不锁定资源。
XA模式依赖数据库机制实现回滚；AT模式利用数据快照实现数据回滚。
XA模式强一致；AT模式最终一致

3.2.2 脏写问题以及解决方案【全局锁+超时处理】

  1. AT模式存在脏写问题：一个事务A修改完数据释放DB锁，事务B又获得DB锁修改数据后释放锁，此时A出错，获得DB锁根据快照恢复数据，会导致事务B对数据的修改丢失
    在这里插入图片描述

  2. 上述问题可以通过全局锁来解决：当事务2执行业务后想要获取全局锁，而事务1回滚也需要DB锁，这样会形成死锁问题；解决办法是事务2等待一段时间无法获取全局锁，就回滚并释放DB锁；这样就解决了脏写和死锁问题。
    在这里插入图片描述

  3. 但是全局锁是由seata管理的，而非seata管理的事务要和seata管理的事物修改一个数据时，就不需要使用全局锁，这样又会回到脏写问题。AT模式其实对这个问题也会处理，由于保存快照时会生成两个快照【修改前快照、修改后快照】，当事务1要回滚时比对修改后快照，发现数据被非seata管理的事物修改了，就给通知人工处理。

在这里插入图片描述

总结：AT模式虽然隔离性比较差，但是可以利用全局锁实现读写隔离
在这里插入图片描述

3.2.3 实现

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

3.3 TCC模式

3.3.1 原理

前两种模式都要加锁来保证隔离性，性能会变差；TCC模式通过人工编码大大提高了效率。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

3.3.2 实现

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

第一步：创建冻结金额表【包括：冻结金额、事务状态等】

在这里插入图片描述

第二步：编写业务【try、confrim、cancel】逻辑，判断空回滚和业务悬挂

在这里插入图片描述

AccountTCCService.java

@LocalTCC
public interface AccountTCCService {

    @TwoPhaseBusinessAction(name = "deduct", commitMethod = "confirm", rollbackMethod = "cancel")
    void deduct(@BusinessActionContextParameter(paramName = "userId") String userId,
                @BusinessActionContextParameter(paramName = "money")int money);

    boolean confirm(BusinessActionContext ctx);

    boolean cancel(BusinessActionContext ctx);
}

AccountTCCServiceImpl.java

@Service
@Slf4j
public class AccountTCCServiceImpl implements AccountTCCService {

    @Autowired
    private AccountMapper accountMapper;
    @Autowired
    private AccountFreezeMapper freezeMapper;

    @Override
    @Transactional
    public void deduct(String userId, int money) {
        // 0.获取事务id = RootContext.getXID();
        String xid = RootContext.getXID();
        /** 1. 避免业务悬挂：即在try之前，不能有cancel
         * 判断freeze中是否有记录，如果有，表示cancel执行过，
         * 不能执行业务try
         */
        if(freezeMapper.selectById(xid) != null){
            // cancel执行过了，拒绝业务
            return;
        }


        // 2.扣减可用余额
        accountMapper.deduct(userId, money);
        // 3.记录冻结金额，事务状态
        AccountFreeze freeze = new AccountFreeze();
        freeze.setUserId(userId);
        freeze.setFreezeMoney(money);
        freeze.setState(AccountFreeze.State.TRY);
        freeze.setXid(xid);
        freezeMapper.insert(freeze);
    }

    @Override
    public boolean confirm(BusinessActionContext ctx) {
        // 1.获取事务id
        String xid = ctx.getXid();
        // 2.根据id删除冻结记录
        int count = freezeMapper.deleteById(xid);
        return count == 1;
    }

    @Override
    public boolean cancel(BusinessActionContext ctx) {
        // 0.查询冻结记录
        String xid = ctx.getXid();
        AccountFreeze freeze = freezeMapper.selectById(xid);

        /** 1.空回滚判断
         * 判断freeze若为null，证明try没执行，需要空回滚
         */
        if (freeze == null) {
            // 从上下文获取userid
            String userId = ctx.getActionContext("userId").toString();
            // 插入一条空数据
            AccountFreeze freeze1 = new AccountFreeze();
            freeze1.setUserId(userId);
            freeze1.setFreezeMoney(0);
            freeze1.setState(AccountFreeze.State.CANCEL);
            freeze1.setXid(xid);
            freezeMapper.insert(freeze);
            return true;
        }
        /** 2. 判断幂等(cancel不能执行多次)
         * 看状态是否为cancel
         */
        if (freeze.getState() == 3) {
            // 已经处理一次cancel，无需再次cancel
            return true;
        }


        // 3.恢复可用余额
        accountMapper.refund(freeze.getUserId(), freeze.getFreezeMoney());
        // 4.将冻结金额清零，状态改为CANCEL
        freeze.setFreezeMoney(0);
        freeze.setState(AccountFreeze.State.CANCEL);
        int count = freezeMapper.updateById(freeze);
        return count == 1;
    }
}

第三步：测试
在这里插入图片描述

3.4 SAGA模式

在这里插入图片描述

3.5 四种模式的对比

在这里插入图片描述

四、高可用

4.1 高可用集群结构

服务找到集群？
方式一：通过代码中的配置文件，但是一旦集群变了就要修改代码不方便；
方式二：nacos的热更新，将配置文件放到nacos的配置中心，随时更新。
在这里插入图片描述

4.2 实现

  1. 模拟异地容灾的TC集群
    计划启动两台seata的tc服务节点：
节点名称ip地址端口号集群名称
seata127.0.0.18091SH
seata2127.0.0.18092HZ

之前我们已经启动了一台seata服务，端口是8091，集群名为SH。

现在，将seata目录复制一份，起名为seata2

修改seata2/conf/registry.conf内容如下：直接修改集群即可

registry {
  # tc服务的注册中心类，这里选择nacos，也可以是eureka、zookeeper等
  type = "nacos"

  nacos {
    # seata tc 服务注册到 nacos的服务名称，可以自定义
    application = "seata-tc-server"
    serverAddr = "127.0.0.1:8848"
    group = "DEFAULT_GROUP"
    namespace = ""
    cluster = "HZ"
    username = "nacos"
    password = "nacos"
  }
}

config {
  # 读取tc服务端的配置文件的方式，这里是从nacos配置中心读取，这样如果tc是集群，可以共享配置
  type = "nacos"
  # 配置nacos地址等信息
  nacos {
    serverAddr = "127.0.0.1:8848"
    namespace = ""
    group = "SEATA_GROUP"
    username = "nacos"
    password = "nacos"
    dataId = "seataServer.properties"
  }
}

进入seata2/bin目录，然后运行命令：

seata-server.bat -p 8092

打开nacos控制台，查看服务列表：
在这里插入图片描述

点进详情查看：

在这里插入图片描述

  1. 将事务组映射配置到nacos

接下来，我们需要将tx-service-group与cluster的映射关系都配置到nacos配置中心。

新建一个配置：

配置的内容如下：

# 事务组映射关系
service.vgroupMapping.seata-demo=SH

service.enableDegrade=false
service.disableGlobalTransaction=false
# 与TC服务的通信配置
transport.type=TCP
transport.server=NIO
transport.heartbeat=true
transport.enableClientBatchSendRequest=false
transport.threadFactory.bossThreadPrefix=NettyBoss
transport.threadFactory.workerThreadPrefix=NettyServerNIOWorker
transport.threadFactory.serverExecutorThreadPrefix=NettyServerBizHandler
transport.threadFactory.shareBossWorker=false
transport.threadFactory.clientSelectorThreadPrefix=NettyClientSelector
transport.threadFactory.clientSelectorThreadSize=1
transport.threadFactory.clientWorkerThreadPrefix=NettyClientWorkerThread
transport.threadFactory.bossThreadSize=1
transport.threadFactory.workerThreadSize=default
transport.shutdown.wait=3
# RM配置
client.rm.asyncCommitBufferLimit=10000
client.rm.lock.retryInterval=10
client.rm.lock.retryTimes=30
client.rm.lock.retryPolicyBranchRollbackOnConflict=true
client.rm.reportRetryCount=5
client.rm.tableMetaCheckEnable=false
client.rm.tableMetaCheckerInterval=60000
client.rm.sqlParserType=druid
client.rm.reportSuccessEnable=false
client.rm.sagaBranchRegisterEnable=false
# TM配置
client.tm.commitRetryCount=5
client.tm.rollbackRetryCount=5
client.tm.defaultGlobalTransactionTimeout=60000
client.tm.degradeCheck=false
client.tm.degradeCheckAllowTimes=10
client.tm.degradeCheckPeriod=2000

# undo日志配置
client.undo.dataValidation=true
client.undo.logSerialization=jackson
client.undo.onlyCareUpdateColumns=true
client.undo.logTable=undo_log
client.undo.compress.enable=true
client.undo.compress.type=zip
client.undo.compress.threshold=64k
client.log.exceptionRate=100
  1. 微服务读取nacos配置

接下来，需要修改每一个微服务的application.yml文件，让微服务读取nacos中的client.properties文件：

seata:
  config:
    type: nacos
    nacos:
      server-addr: 127.0.0.1:8848
      username: nacos
      password: nacos
      group: SEATA_GROUP
      data-id: client.properties

  1. 重启微服务，现在微服务到底是连接tc的SH集群，还是tc的HZ集群，都统一由nacos的client.properties来决定了。由于client.properties设置的集群是HZ，所以重启服务后，三个服务都到了HZ（端口号8091）中。
    在这里插入图片描述

  2. 现在修改client.properties设置的集群是SH，所以重启服务后，三个服务都到了SH（端口号8092）中。
    在这里插入图片描述

  3. 此时还可以看到orderApplication等从SH(8091端口)集群转到了HZ(8092端口)集群

在这里插入图片描述

一万年可长否
关注
  • 23
    点赞
  • 踩
  • 15
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
微服务分布式 springcloud+seata+nacos+mysql8
01-15
综上所述，"微服务分布式 springcloud+seata+nacos+mysql8"的学习涉及了构建高可用、可扩展的微服务架构所需的核心技术，包括服务治理、分布式事务处理、配置中心和数据库管理。这些技术的掌握对于理解和实施微服务...
微服务-seata分布式事务
学习技术的路上不断沉淀自己
01-11 1160
1. 分布式事务问题 在单机单库的时候, 有本地事务可以保证数据的一致性; 但在分布式架构中, 原来的单体应用被拆分成多个微服务应用且都有各自独立的数据源, 一个业务场景的完成可能需要不同微服务模块和不同的库来完成. 此时每个微服务模块内部的数据一致性由本地事务来保证, 但是全局的数据一致性问题没有办法协调保证. 比如: 用户购买商品的业务逻辑, 需要由3个微服务提供支持. 仓储服务: 对给定的商品扣除仓储数量. 订单服务: 根据采购需求创建订单. 账户服务: 从用户账户中扣除余额. 架构图: 一句
微服务架构——Seata
每日一记，每周一结。
07-21 167
Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。Seata的执行流程如下:A服务【订单微服务】的TM[事务发起者]向TC[seata服务端]申请开启一个全局事务，TC就会创建一个全局事务并返回一个唯一的XIDA服务开始远程调用B服务【账户微服务】，此时XID会在微服务的调用链上传播B服务的RM向TC注册分支事务，并将其纳入XID对应的全局事务的管辖。
【微服务】第17节：分布式事务、集成Seata
最新发布
m0_46013789的博客
06-15 974
解决分布式事务的方案有很多，但实现起来都比较复杂，因此我们一般会使用开源的框架来解决分布式事务问题。在众多的开源分布式事务框架中，功能最完善、使用最多的就是阿里巴巴在2019年开源的Seata了。
8.Spring Cloud微服务项目集成Seata
相互学习 共同进步
05-13 532
由于使用了微服务，我们可以把Seata Server注册到nacos做配置统一管理。
微服务分布式事务解决方案Seata
小强同志的博客
03-25 3666
文章目录 一、pandas是什么？ 二、使用步骤 1.引入库 2.读入数据 总结 一、什么是Seata? Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用 的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事 务模式，为用户打造一站式的分布式解决方案(AT模式是阿里首推的模式, 阿里云上有商用版本的GTS[Global Transaction service 全局事务服务] ) 。 提示: 业务场景: 角色划分: ...
微服务集成Seata分布式事务
qq_36700462的博客
07-15 1004
Seata是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。因为Seatas是SpringCloudAlibaba下面的一款开源分布式事务解决框架，所以按照SpringCloudAlibaba提供的毕业版本对应关系，减少不必要的问题。管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。表示开启全局事务，一旦有子事务失败，则全局事务回发起回滚，回滚所有子事务。维护全局和分支事务的状态，驱动全局事务提交或回滚。......
微服务高级测试（sentinel+seata+多级缓存+mq）资料.rar
06-07
它支持AT、TCC、SAGA和XA四种分布式事务模式，能够解决在微服务架构下跨服务、跨数据库的事务一致性问题。学习Seata，你需要了解分布式事务的基本原理，掌握Seata的工作机制，以及如何在业务代码中使用Seata进行事务...
2023深度解读分布式事务Seata课-视频教程网盘链接提取码下载 .txt
12-22
本课程将深入探讨分布式事务管理框架Seata的核心概念和实际应用。学员将了解Seata在微服务架构中的作用、原理及实践，包括分布式事务、一致性、可靠性等方面的重要知识点。 视频大小：16.6G
SpringBoot+Dubbo+Seata分布式事务实战详解
08-25
Seata是一款开源的分布式事务解决方案，旨在简化微服务架构下分布式事务的处理。 在微服务架构中，一个业务操作往往需要跨多个服务进行，这就会涉及到分布式事务的问题。Seata能够提供高性能和业务无侵入的分布式...
微服务架构下的分布式事务处理
03-19
本文将深入探讨在微服务架构下如何有效地处理分布式事务。 微服务架构的分布式事务处理主要涉及到ACID（原子性、一致性、隔离性和持久性）特性，这是传统数据库事务处理的基石。但在微服务场景下，由于服务间的交互...
seata的部署和集成
study-java
12-09 251
seata的部署和集成
一文搞懂微服务的Seata➕Nacos配置
m0_71777195的博客
08-26 1316
在分布式系统中，事务管理是一个非常重要的问题。Seata是一款轻量级的分布式事务解决方案，它基于阿里巴巴的Dubbo RPC框架，并且可以与Spring Cloud集成。本文将介绍如何在Spring Cloud Alibaba中使用Seata，包括Seata的架构、配置以及使用方法。准备工作Java运行环境已安装Maven已安装了解Spring Boot基础知识。
微服务--08--Seata 分布式事务
时光里的博客
11-30 422
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档。
【Seata】微服务集成seata
llg___的博客
07-24 1059
Seata是 2019 年 1 月份蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案。官网。
Seata概述（如何使远程调用也支持事务功能）
weixin_49866355的博客
09-24 1116
Seata 是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务
微服务项目中使用seata，以nacos作为配置中心，很详细
studio_1的博客
07-13 8058
因为我们要切换为nacos为配置中心，只要看“application.example.yml”文件的“seata-config-nacos”和“seata-registry-nacos”就行了。在删除医生数据时出现错误，对应的医生数据业务会回滚，删除账号和角色不会回滚，并且seata数据库的“global_table”表和“undo_log”表没有新增数据。“undo_log”表还是没有数据，但是“global_table”表新增了数据，并且XID是对应删除医生数据的XID，但子业务还是没有回滚。
Java之SpringCloud Alibaba【六】【Alibaba微服务分布式事务组件—Seata】
程序员猫爪
09-26 1356
事务(Transaction)是访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。在关系数据库中，一个事务由一组SQL语句组成。原子性、一致性、隔离性、持久性。这四个属性通常称为ACID特性。原子性(atomicity)∶个事务是一个不可分割的工作单位，事务中包括的诸操作要么都做，要么都不做。一致性(consistency)∶事务必须是使数据库从一个一致性状态变到另一个一致性状态，事务的中间状态不能被观察到的。隔离性（(isolation):一个事务的执行不能被其他事务干扰。
【分布式事务】深入探索 Seata 的四种分布式事务解决方案的原理，优缺点以及在微服务中的实现
qq_61635026的博客
11-08 1745
分布式事务是在分布式系统中保持数据一致性的关键问题之一。Seata（Simple Extensible Autonomous Transaction Architecture）是一款开源的分布式事务解决方案，它提供了四种不同的事务模式，分别是XA、AT、TCC、SAGA。本文将深入探讨这四种分布式事务解决方案的原理、优缺点以及应用场景，以帮助开发人员更好地选择适合其项目的分布式事务模式。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值