mysql分布式事务中间件选用,开源分布式事务中间件Seata使用指南

介绍

Seata 是阿里巴巴开源的分布式事务中间件,一种分布式事务解决方案,具有高性能和易于使用的微服务架构。

初衷

对业务无侵入:即减少技术架构上的微服务化所带来的分布式事务问题对业务的侵入

高性能:减少分布式事务解决方案所带来的性能消耗

分布式事务定义

分布式事务是一个全局事务,由一批分支事务组成,通常分支事务只是本地事务。

99107c9da998f2c79e322283cf9f9b3f.png

设计

Seata中有两种分布式事务实现方案,AT和TCC。

AT

AT模式是基于XA事务演进而来,核心是对业务无侵入,是一种改进后的两阶段提交,需要数据库支持。

42bc5f6e51f1a82d07d8a97d8cfdb361.png

基本组件:

事务协调器(TC):事务协调器,维护全局事务的运行状态,负责协调并驱动全局事务的提交或回滚。

Transaction Manager(TM): 控制全局事务的边界,负责开启一个全局事务,并最终发起全局提交或全局回滚的决议。

资源管理器(RM):控制分支事务,负责分支注册、状态汇报,并接收事务协调器的指令,驱动分支(本地)事务的提交和回滚。

处理流程:

TM要求TC开始新的全局事务。TC生成表示全局事务的XID。

XID通过微服务的调用链传播。

RM将本地事务注册为XID到TC的相应全局事务的分支。

TM要求TC提交或回滚XID的相应全局事务。

TC在XID的相应全局事务下驱动所有分支事务以完成分支提交或回滚。

83732e436b86e4283e72ff800ab61594.png

TCC

Seata要求每个接口实现prepare、commit、rollback。

与 AT 模式一样,在运行时,该切面会拦截所有对 TCC 接口的调用。每调用一次 Try 接口,切面会先向 TC 注册一个分支事务,然后才去执行原来的 RPC 调用。当请求链路调用完成后,TC 通过分支事务的资源 ID 回调到正确的参与者去执行对应 TCC 资源的 Confirm 或 Cancel 方法。

初步操作 Try:完成所有业务检查,预留必须的业务资源。

确认操作 Confirm:真正执行的业务逻辑,不做任何业务检查,只使用 Try 阶段预留的业务资源。因此,只要 Try 操作成功,Confirm 必须能成功。另外,Confirm 操作需满足幂等性,保证一笔分布式事务能且只能成功一次。

取消操作 Cancel:释放 Try 阶段预留的业务资源。同样的,Cancel 操作也需要满足幂等性。

Seata Server安装

1.下载最新版本的 Seata Sever

https://github.com/seata/seata/releases

2. 解压并启动 Seata server

unzip seata-server-xxx.zip

cd distribution

sh ./bin/seata-server.sh 8091 file

示例

场景:

把数据库zeroa中proxy表的一条数据转移到数据库zerob中proxy表里面。

模块:

zero-discovery-server:注册中心

zero-gateway-server:服务网关

zero-consumer:服务消费者

zero-provider-a:服务提供者A

zero-provider-b:服务提供者B

架构及版本:

Spring-cloud:Finchley.BUILD-SNAPSHOT

spring-cloud-starter-netflix-eureka-server:2.0.4.BUILD-SNAPSHOT

spring-cloud-starter-netflix-eureka-client:2.0.4.BUILD-SNAPSHOT

spring-cloud-starter-gateway:2.0.4.BUILD-SNAPSHOT

spring-cloud-starter-openfeign:2.0.0.RELEASE

spring-boot:2.0.0.RELEASE

spring-boot-starter-data-jpa:2.0.0.RELEASE

spring-cloud-alibaba-seata:0.9.1.BUILD-SNAPSHOT

seata-all:0.6.1

mysql-connector-java:8.0.11

druid-spring-boot-starter:1.1.18

mysql:5.7

seata-server-0.6.1

实现:

zero-gateway-server

配置application.yml

0a46fdbd43c2c3aa96c565cd2dc1c134.png

zero-provider-a:

配置application.yml

ea6d40dc5a999793491ecb78f2c7279e.png

File.conf

主要配置应用名称和seata server地址

vgroup_mapping.${spring.application.name}-fescar-service-group="default"

default.grouplist = "127.0.0.1:8091"

0b5f8024aefc3616085eeafabee55e11.png

Registry.conf

13f28f890d6c6a29b583d5ccf6603043.png

编写Entity

702b0815498673cb3b6f1168ec010a2e.png

编写Repository

42624a7bf34e0e4159dffefbc4bd0dbb.png

编写Service

efb43509616bcebe3241516cbb95d0ea.png

编写代码Controller

9202bb0059969b3e7c17198cadc9af6f.png

DataSource

b1f37c10ecdefb8a1b5652e6248cf1dd.png

zero-provider-b

配置同zero-provider-a工程,编写相应的业务逻辑。

在处理添加业务时,抛出异常。

a9a5019e41709f0135e284ee890ce315.png

zero-consumer

配置同zero-provider-a工程,编写相应的业务逻辑。

feignClient

a4f4a3497144a398bde89f454ec03d48.png

feignclient

c686723783d87b2f80edd48ae39670bb.png

Service

8aea2a7eadd31a9aae7ac7aaf27c4f41.png

Controller

882e533f28aeebcdd1e264b201399ecb.png

测试

启动Seata Server

启动Mysql,并初始化(每个库都要创建undo_log表)

DROP SCHEMA IF EXISTS zeroa;

CREATE SCHEMA zeroa;

USE zeroa;

CREATE TABLE `undo_log` (

`id` bigint(20) NOT NULL AUTO_INCREMENT,

`branch_id` bigint(20) NOT NULL,

`xid` varchar(100) NOT NULL,

`context` varchar(128) NOT NULL,

`rollback_info` longblob NOT NULL,

`log_status` int(11) NOT NULL,

`log_created` datetime NOT NULL,

`log_modified` datetime NOT NULL,

`ext` varchar(100) DEFAULT NULL,

PRIMARY KEY (`id`),

UNIQUE KEY `ux_undo_log` (`xid`,`branch_id`)

) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

DROP SCHEMA IF EXISTS zerob;

CREATE SCHEMA zerob;

USE zerob;

CREATE TABLE `undo_log` (

`id` bigint(20) NOT NULL AUTO_INCREMENT,

`branch_id` bigint(20) NOT NULL,

`xid` varchar(100) NOT NULL,

`context` varchar(128) NOT NULL,

`rollback_info` longblob NOT NULL,

`log_status` int(11) NOT NULL,

`log_created` datetime NOT NULL,

`log_modified` datetime NOT NULL,

`ext` varchar(100) DEFAULT NULL,

PRIMARY KEY (`id`),

UNIQUE KEY `ux_undo_log` (`xid`,`branch_id`)

) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

启动

zero-discovery-server

zero-gateway-server

zero-provider-a

zero-provider-b

zero-consumer

添加数据

1dd3b01ce48cf494688dac5acf874bf5.png

正常执行事务

4a4bea7873b8ffaa666cd41f5869d8db.png

可在两张表中查看数据(a库中删除id=2的数据,b库中添加了一条数据)。

执行事务回滚

53ad735e43eaa9e4daefa6d81fc3bb9a.png

查看数据库数据(没有变化)。

alibaba/fescar 阿里巴巴 开源 分布式事务中间件

Fescar 是 阿里巴巴 开源的 分布式事务中间件,以 高效 并且对业务 0 侵入 的方式,解决 微服务 场景下面临的分布式事务问题. 示例:https://github.com/windwant/ ...

开发者说 | 分布式事务中间件 Seata 的设计原理

导读 微服务架构体系下,我们可以按照业务模块分层设计,单独部署,减轻了服务部署压力,也解耦了业务的耦合,避免了应用逐渐变成一个庞然怪物,从而可以轻松扩展,在某些服务出现故障时也不会影响其它服务的正常运 ...

Spring Cloud Alibaba | 微服务分布式事务之Seata

Spring Cloud Alibaba | 微服务分布式事务之Seata 本篇实战所使用Spring有关版本: SpringBoot:2.1.7.RELEASE Spring Cloud:Green ...

开源分布式数据库中间件MyCat源码分析系列

MyCat是当下很火的开源分布式数据库中间件,特意花费了一些精力研究其实现方式与内部机制,在此针对某些较为重要的源码进行粗浅的分析,希望与感兴趣的朋友交流探讨. 本源码分析系列主要针对代码实现,配置. ...

分布式事务框架Seata及EasyTransaction架构的比对思考

本文将会对比Seata与EasyTransaction两个分布式事务的一些高层设计,相信大家会有收获. Seata的概述 Seata(曾用名Fescar,开源版本GTS)是阿里的开源分布式事务框架,其 ...

分布式事务框架-seata初识

一.事务与分布式事务 事务,在数据库中指的是操作数据库的最小单位,往大了看,事务是应用程序中一系列严密的操作,所有操作必须成功完成,否则在每个操作中所作的所有更改都会被撤消. 那为什么会有分布式事务呢 ...

阿里开源分布式事务解决方案 Fescar

微服务倡导将复杂的单体应用拆分为若干个功能简单.松耦合的服务,这样可以降低开发难度.增强扩展性.便于敏捷开发.当前被越来越多的开发者推崇,系统微服务化后,一个看似简单的功能,内部可能需要调用多个服务并 ...

来了!阿里开源分布式事务解决方案 Fescar

摘要: 阿里妹导读:广为人知的阿里分布式事务解决方案:GTS(Global Transaction Service),已正式推出开源版本,取名为“Fescar”,希望帮助业界解决微服务架构下的分布式事 ...

随机推荐

linux下普通用户如何使用80端口启动程序

linux下普通用户如何使用80端口启动程序 http://blog.csdn.net/shootyou/article/details/6750230 大家都知道默认情况下linux的1024以下端 ...

在discuz二次开发模板时,diy编辑显示我“抱歉,您没有权限添加此模块

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值