本文介绍了Seata分布式事务框架的AT模式和TCC模式。AT模式适用于大部分业务场景，通过自动补偿实现事务，而TCC模式则在复杂场景下提供手动控制事务的能力。详细步骤包括Seata服务器的搭建、配置，以及业务方法上的注解使用。同时，文章提到了TCC模式的两个阶段和三种操作，适用于需要自定义事务处理的情况。
咋互相通知的
TC事物协调器，当有一个事务内的服务失败，那么TC会通知其他的服务
第一阶段
TM事物管理器，事务协调器生成事物ID下发给事务管理器，事务ID来识别，具体的服务是在那个事物中的，资源管理器RM每一个模块都有，本地事务，回滚都是RM，会先去TC注册一个分支事务，之后执行模块，成功，通过rm发给TC,最后TC把模块执行结果下发给TM
第二阶段
TM进行判断所有的模块的执行结果，执行是否回滚或者提交
Seata-AT事务
举个栗子：
修改数据的时候，底层会先去查旧数据，之后替换，然后再去查询这个数据，再将数据放到日志数据库中
搭建TC事务协调器
1.解压分布式事务\seata-server-1.3.zip
2.修改三个配置
registry.conf 配置注册中心
file.conf 配置数据库，日志存放的位置
seata-server.bat 修改启动配置，减少内存的使用
3.cmd 运行seata-server.bat
- 必须用jdk1.8运行
- 命令窗口不能关闭
- 窗口中内容不能选中
添加Seata at事务
1.父项目添加seata依赖
2.三个配置文件
application.yml(设置一个事务组的名字，同个事务里的模块事务组要相同)
registry （注册中心的地址） 配置的要去注册中心找，连接事务协调器
file.conf （事务组对应使用的事务协调器）
TC协调器可以配置多个解决高并发问题
3.创建一个数据源代理对象，添加自动配置类
知识点：配置文件可以直接互相引用
配置类文件中用的是HikariDataSource连接池，其中有个jdbc-url要单独设置
spring 无法分辨该注入拿一个对象的时候设置@Primary设置首选项
其次要去排除spring默认的数据源自动配置添加
4. 业务方法添加注解
- 控制本地事务：
@Transactional - 在第一个模块，启动全局事务：
@GlobalTransactional
Seata TCC事务
AT事务适用于80%的业务场景（多数情况下）
在一些复杂的情况下，无法自动控制全局事务的执行
需要手动控制事务，没有自动的代码提供了
举个栗子：数据库中有自定义函数，自己写的存储过程的代码，保存到数据库里，当上传数据的时候，想要自己指定具体操作代码的时候，AT就不好使了
TCC（完全手动）
两个阶段的三种操作
- 第一阶段
- try 预留资源 冻结数据
- 减库存：要减掉的库存先进行预留、冻结
- 建账户: 要扣减的金额先进性预留、冻结
- try 预留资源 冻结数据
- 第二阶段
- Confirm -确认提交
- 减库存：使用一阶段冻结的库存完成业务数据的处理
- 减账户：使用一阶段冻结的金额，完成账户扣减
- Cancel - 取消、回滚
- 减库存：使用一阶段冻结的库存 恢复回去
- 减账户：使用一阶段冻结的金额，恢复回去
- Confirm -确认提交
原表基础上要添加一个冻结字段或者专门建一个冻结表（表里只存id与冻结的数据）
具体操作案例
添加TCC事务
- 新建 Empty project： seata-tcc
- seata-at\无事务版本.zip 解压到 seata-tcc 目录
- 在 seata-tcc 工程中导入模块
- 添加 seata 依赖
- 三个配置文件
- application.yml
- registry.conf
- file.conf
- 修改Mapper，添加 TCC 的数据库操作
- 按 seata tcc 规则，定义 TccAction 接口和实现
8.修改业务方法，冻结数据
9.在第一个模块的业务方法上，添加 @GlobalTransactiona
扫一扫
888
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
