seata demo

0. 介绍

2019 年 1 月，阿里巴巴中间件团队发起了开源项目 Fescar（Fast & EaSy Commit And Rollback），和社区一起共建开源分布式事务解决方案。Fescar 的愿景是让分布式事务的使用像本地事务的使用一样，简单和高效，并逐步解决开发者们遇到的分布式事务方面的所有难题。
Fescar 开源后，蚂蚁金服加入 Fescar 社区参与共建，并在 Fescar 0.4.0 版本中贡献了 TCC 模式。
为了打造更中立、更开放、生态更加丰富的分布式事务开源社区，经过社区核心成员的投票，大家决定对 Fescar 进行品牌升级，并更名为 Seata，意为：Simple Extensible Autonomous Transaction Architecture，是一套一站式分布式事务解决方案。
Seata 融合了阿里巴巴和蚂蚁金服在分布式事务技术上的积累，并沉淀了新零售、云计算和新金融等场景下丰富的实践经验，但要实现适用于所有的分布式事务场景的愿景，仍有很长的路要走。因此，我们决定建立一个完全中立的分布式事务组织，希望更多的企业、开发者能够加入我们，一起打造 Seata。

1. 依赖工具

Maven
Git
JDK
注意，IntelliJ IDEA 最好使用最新版本。目前使用的是 2019.1.2 ，避免出现奇怪的问题。= =~反正我是出了，所以做了升级。
MySQL
Nacos

2. 源码拉取

本小节，我们需要拉取两个项目的源码：

2.1 获取 Demo 源码

使用 IntelliJ IDEA 从 https://github.com/seata/seata-samples 拉取代码。拉取完成后，Maven 会下载依赖包，可能会花费一些时间，耐心等待下。

2.2 获取 Seata 源码

从官方仓库 https://github.com/seata/seata Fork 出属于自己的仓库。为什么要 Fork ？既然开始阅读、调试源码，我们可能会写一些注释，有了自己的仓库，可以进行自由的提交。。
如果 Fork 了 Seata 项目，注意替换成自己的仓库地址。
这么做是，方便后面 IDEA 调试 Seata 源码时，使用我们克隆的项目的源码。
3、修改 Demo 项目引用 Seata 的版本号，为克隆的 Seata 项目的版本号（例如本文为 0.6.0-SNAPSHOT）。如下图所示：

3. 启动 Seata Server 服务

比较简单，搜到 io.seata.server.Server 类，直接迅猛右键 main 方法，运行，启动完毕。可看到如下日志：

4. 启动 Demo 项目

Seata 提供了各种 Demo ，选择了 spring-boot-dubbo-seata 项目，基于 Spring Boot + Dubbo 的示例。

4.1 初始化数据库

目前 Seata 暂时只支持 MySQL 
1、创建数据库，名字为 db_gts_fescar 。
2、将 spring-boot-dubbo-seata/sql/db_seata.sql 导入到数据库中，进行表的初始化。
使用单库怎么测试分布式事务呢？即使单库，如果多个服务进行事务操作，一样会形成分布式事务。

4.2 启动 Nacos 服务

1、打开 https://github.com/alibaba/nacos/releases 网页，下载 Nacos 。目前看到的最新版本是 1.0.0 ，所以当然下载它。
2、创建数据库，名字为 nacos_devtest 。然后，将 Nacos 所在目录/conf/nacos-mysql.sql 导入数据库中。
3、编辑 Nacos 所在目录/conf/application.properties 配置文件，增加 Nacos 数据库连接。例如如下：
spring.datasource.platform=mysql
 
 
 
db.num=1
 
 
db.user=root
 
db.password=你的密码
 
 
4、执行 nohup sh bin/startup.sh -m standalone & 命令，启动 Nacos 服务。
5、浏览器打开 http://127.0.0.1:8848/nacos 网页，输入 nacos / nacos 进行登录。

4.3 启动各种项目

4.3.1 启动 samples-storage 项目

搜到 io.seata.samples.integration.storage.StorageGtsFescarExampleApplication 类，直接迅猛右键 main 方法，运行，启动完毕。可看到如下日志：
INFO 29748 --- [imeoutChecker_1] i.s.core.rpc.netty.NettyPoolableFactory  : NettyPool create channel to transactionRole:TMROLE,address:127.0.0.1:8091,msg:< RegisterTMRequest{applicationId='storage-gts-fescar-example', transactionServiceGroup='my_test_tx_group'} >
 
INFO 29748 --- [imeoutChecker_1] io.seata.core.rpc.netty.RmRpcClient      : will connect to 127.0.0.1:8091
 
INFO 29748 --- [imeoutChecker_1] io.seata.core.rpc.netty.RmRpcClient      : RM will register :jdbc:mysql://180.167.213.26:13306/db_gts_fescar?useSSL=false&useUnicode=true&characterEncoding=utf-8&allowMultiQueries=true
 
INFO 29748 --- [imeoutChecker_1] i.s.core.rpc.netty.NettyPoolableFactory  : NettyPool create channel to transactionRole:RMROLE,address:127.0.0.1:8091,msg:< RegisterRMRequest{resourceIds='jdbc:mysql://180.167.213.26:13306/db_gts_fescar?useSSL=false&useUnicode=true&characterEncoding=utf-8&allowMultiQueries=true', applicationId='storage-gts-fescar-example', transactionServiceGroup='my_test_tx_group'} >
 
INFO 29748 --- [imeoutChecker_1] io.seata.core.rpc.netty.RmRpcClient      : register RM success. server version:0.6.0,channel:[id: 0x56592a3a, L:/127.0.0.1:62656 - R:/127.0.0.1:8091]
 
INFO 29748 --- [imeoutChecker_1] i.s.core.rpc.netty.NettyPoolableFactory  : register success, cost 32 ms, version:0.6.0,role:TMROLE,channel:[id: 0xca65c481, L:/127.0.0.1:62657 - R:/127.0.0.1:8091]
 
INFO 29748 --- [imeoutChecker_1] i.s.core.rpc.netty.NettyPoolableFactory  : register success, cost 41 ms, version:0.6.0,role:RMROLE,channel:[id: 0x56592a3a, L:/127.0.0.1:62656 - R:/127.0.0.1:8091]
 
已经成功注册到 Seata Server 服务 中。

4.3.2 启动 samples-account 项目

搜到 io.seata.samples.integration.account.AccountGtsFescarExampleApplication 类，直接迅猛右键 main 方法，运行，启动完毕。
效果同 samples-storage 项目。

4.3.3 启动 samples-order 项目

搜到 io.seata.samples.integration.order.OrderGtsFescarExampleApplication 类，直接迅猛右键 main 方法，运行，启动完毕。
效果同 samples-storage 项目。

4.3.4 启动 samples-dubbo-business-call 项目

搜到 io.seata.samples.integration.call.DubboGtsFescarExampleApplication 类，直接迅猛右键 main 方法，运行，启动完毕。
至此，我们已经把需要启动的项目，都启动完毕。此时，我们打开 Nacos 可以看到各个服务的状况。如下图：

4.4 测试分布式事务

下面，我们将测试两种情况：
分布式事务正常提交
分布式事务异常回滚

4.4.1 正常流程

在 Postman 中，模拟请求如下图：
请求地址：127.0.0.1:8104//business/dubbo/buy
请求数据：
{
 
     "userId": "1",
 
"commodityCode": "C201901140001",
 
      "name": "水杯",
 
  "count": 1,
 
     "amount": 0.01
 
}
 
 
请求成功后，我们看看数据的变化。如下图：
t_order 表，新增了一条记录。如下图：
t_storage 表，库存减一。如下图：
t_account 表，余额减一。如下图：

4.4.2 异常流程

在 Postman 中，模拟请求如下图：
我们故意将商品编号 "commodityCode" 写错成了 "C201901140001xxxx" ，用于模拟分布式事务，因为库存不足，进行回滚。
为了更好的看过过程中的变化，我们在 BusinessServiceImpl 类的 #handleBusiness(BusinessDTO businessDTO)方法，第 XX 行，打了一个断点。如下图所示：
做好了这些准备，我们点击 Postman ，执行请求。因为我们在 BusinessServiceImpl 打了断点，所以我们看看执行到此处，数据的变化。如下图：
t_order 表，新增了一条记录。如下图：
t_storage 表，库存不变，因为我们使用了一个不存在的商品。如下图：
t_account 表，余额减一。如下图：
此时，我们放开断点，执行下去，因为扣库存失败，所以会抛出 DefaultException 异常，从而回滚全局事务。然后呢，数据又恢复：
t_order 表，如下图：
t_storage 表，如下图：
t_account 表，如下图：
posted @ 2019-07-11 23:08  孙秋翔_quinns  阅读(1261)  评论(0)  编辑  收藏  举报