分布式事务介绍 Seata架构与原理+部署TC服务示例:黑马商城

1. 什么是分布式事务?

在分布式系统中，如果一个业务需要多个服务合作完成，而且每一个服务都有事务，多个事务必须同时成功或失败，这样的事务就是分布式事务。其中的每个服务的事务就是一个分支事务。整个业务称为全局事务。

打个比方：就像一个跨国连锁超市的库存管理系统。它在中国、美国、欧洲等地都有仓库和数据库来记录库存。当全球统一补货的事务发生时，涉及这些不同地区的库存更新操作，这就是分布式事务。所有地区的库存更新都成功，这个补货事务才算成功；只要有一个地区更新库存出现问题，整个补货事务就要回滚，保证各地库存数据不会因为部分成功而出现混乱。

分布式事务所产生的问题：

数据一致性难题：数据分散在不同节点，很难保证所有节点数据在事务前后都一致。比如电商系统里，下单减库存，可能出现库存减了但订单没生成的情况。
事务协调复杂：要让多个节点的事务要么都成功要么都失败很复杂。因为节点可能出现故障、网络延迟等情况，很难统一控制。
性能损耗：保证分布式事务的正确执行，需要更多的通信、协调和额外的操作，这会降低系统的整体性能。

这个时候就用到了在众多的开源分布式事务框架中，功能最完善、使用最多的就是阿里巴巴在2019年开源的Seata了

2. 认识Seata

分布式事务产生的一个重要原因，就是参与事务的多个分支事务互相无感知，不知道彼此的执行状态。因此解决分布式事务的思想非常简单：

就是找一个统一的事务协调者，与多个分支事务通信，检测每个分支事务的执行状态，保证全局事务下的每一个分支事务同时成功或失败即可。大多数的分布式事务框架都是基于这个理论来实现的。

在Seata的事务管理中有三个重要的角色：

TC (Transaction Coordinator) - 事务协调者：维护全局和分支事务的状态，协调全局事务提交或回滚。
TM (Transaction Manager) - 事务管理器：定义全局事务的范围、开始全局事务、提交或回滚全局事务。
RM (Resource Manager) - 资源管理器：管理分支事务，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。

Seata的工作架构图：

3. 部署TC服务

这里我们使用黑马商城做为示例,所以对应的相关资料已准备好

3.1 插入数据库表

3.2 准备配置文件并上传到虚拟机对应的目录中

准备了一个seata目录，其中包含了seata运行时所需要的配置文件

将整个seata文件夹和seata镜像jar包上传到虚拟机的/root目录

解压加载seata镜像jar包,命令：

docker load -i seata-1.5.2.tar

然后输入命令进行查看镜像是否存在：

3.3 Docker部署

操作前先确保mysql和nacos容器都在同一个网络里(本次网络名为hm-net)

查看网络详情命令:

docker network inspect 网络名

将某容器加入指定网络命令:

docker network connect [网络名] [容器名]

将两个容器都加入hm-net网络之后,便可以下面的命令:

docker run --name seata \
-p 8099:8099 \
-p 7099:7099 \
-e SEATA_IP=192.168.218.15 \  #自己虚拟机ip
-v ./seata:/seata-server/resources \
--privileged=true \
--network hm-net \
-d \
seataio/seata-server:1.5.2