本篇作者:陈健斌(funkye)
github: https://github.com/a364176773
gitee: https://gitee.com/itCjb
本篇视频教程:https://www.bilibili.com/video/BV1tz411z7BX
介绍
本篇将介绍,如何通过官网的新人文档,参数说明,博客区等,进行Seata 1.2 的整合,以及使用nacos作为我们的配置中心跟注册中心,mysql作为server高可用db模式的数据库.
以及常见的入门5大难题解析:
1.xid未传递
2.数据源未代理
3.事务分组配置出错导致无法找到tc
4.Global lock acquire failed
5.Could not found global transaction xid
环境配置
mysql: 5.7
nacos: 1.2.1
spring-cloud-alibaba: 2.2.0
seata: 1.2.0
os: windows 10
正文
第一步下载seata服务:
首先访问:https://seata.io/zh-cn/blog/download.html
下载我们需要使用的seata1.2服务
第二步创建Seata高可用的db,以及AT模式所需的undo_log表:
1.在你的参与全局事务的数据库中加入undo_log这张表
1 | -- for AT mode you must to init this sql for you business database. the seata server not need it. |
2.在你的mysql数据库中创建名为seata的库,并使用以下下sql
1 | -- -------------------------------- The script used when storeMode is 'db' -------------------------------- |
第三步加入seata依赖:
在你的项目中引入seata依赖
如果你的微服务是dubbo:
1 | <dependency> |
如果你是springcloud:
1 | <dependency> |
第四步加入seata所需的参数配置:
从官方github仓库拿到参考配置做修改:https://github.com/seata/seata/tree/develop/script/client
加到你项目的application.yml中.
1 | seata: |
第五步配置为高可用db模式参数并提交至配置中心:
运行你下载的nacos,并参考https://github.com/seata/seata/tree/develop/script/config-center 的config.txt并修改
1 | service.vgroupMapping.my_test_tx_group=default |
运行仓库中提供的nacos脚本,将以上信息提交到nacos控制台,如果有需要更改,可直接通过控制台更改
第六步更改服务端的注册&配置中心为nacos:
更改server中的registry.conf
1 | registry { |
第七步加入全局事务注解并启动Seata-server进行调试:
运行seata-server.sh -h ip -p 端口,成功后,运行自己的服务提供者,服务参与者.
在全局事务调用者(发起全局事务的服务)的接口上加入@GlobalTransactional
进行测试即可.
自此,整合seata1.2及nacos的配置与注册中心全部整合完毕.如果你需要高可用搭建请看第八步
第八步高可用Seata-server搭建
确保你已经完成了以上七步操作后,按照以上的第1,6两步即可把你的seata新节点接入到同一个nacos集群,配置&注册中心中,由于是同一个配置中心,所以db也是采用的共同配置.至此高可用搭建已经顺利完结,如果你想测试,仅需关掉其中一个server节点,验证服务是否可用即可.
常见问题解析
1.xid未传递
一般常见于springcloud的用户,请注意是否只引入了seata-all或者seata-spring-boot-starter.如果是,请换为本文介绍给springcloud的依赖即可.
如果是自己实现了WebMvcConfigurer,那么请参考com.alibaba.cloud.seata.web.SeataHandlerInterceptorConfiguration#addInterceptors把xid传递拦截器加入到你的拦截链路中
2.数据源未代理
一般分为2种情况
数据源自己创建后,代理数据源的beanname为DataSourceProxy而不是dataSource,导致sqlsessionfactory注入的并不是被代理后的.
如果是已经开启了自动代理的用户,请确认是否手写了sqlsessionfactory此时注入的DataSource并未显示是DataSourceproxy代理的情况,请进行调整,保证注入是代理的数据源.
3.事务分组配置出错导致无法找到tc
一般由于对事务分组的理解出现偏差导致的,请仔细阅读官网的参数配置中的介绍.
TM端: seata.tx-service-group=自定分组名 seata.service.vgroup-mapping(配置中心中是叫:service.vgroupMapping).自定分组名=服务端注册中心配置的cluster/application的值
拿nacos举例子
比如我server中nacos的cluster
1 | nacos { |
我的事务分组为
1 | seata: |
那么nacos中需要配置test事务分组
1 | service.vgroupMapping.test=testCluster |
4.Global lock acquire failed
一般这种情况也是分为两种
常见的就是并没有对select语句进行forupdate,如果你不开启forupdate,seata默认是遇到并发性竞争锁并不会去尝试重试,导致拿不到lock当前事务进行回滚.不影响一致性,如果你想没forupdate也开启竞争锁client.rm.lock.retryPolicyBranchRollbackOnConflict设置为false(有死锁风险)
还有一种就是由于大并发下对同一个数据并发操作时,前一个事务还未提交,后续的事务一直在等待,而seata默认的超时周期为300ms,此时超时后就会抛出Global lock acquire failed,当前事务进行回滚,如果你想保住竞争锁的周期足够长,请更改client.rm.lock.retryTimes和client.rm.lock.retryInterval来保证周期的合理性.
5.Could not found global transaction xid
一般出现这个提示与服务重试及超时有关,比如A->B此时A调B超时,A默认是重试的,B等于被调了2遍,第二次被调用的B进行了响应,A发起者接收到结果后进行了提交/回滚,这次超时的B因为网络问题现在才被调用,他也收到了一样的全局事务id,进行业务处理,直到注册分支,此时全局事务已经被提交/回滚,导致当前超时的分支事务B无法注册上.
这种问题一般保证你的业务不会去超时重试,如果你需要,请确认全局事务状态,做好幂等,防止已经做过的处理重复操作.
总结
官网文档并不简陋,学会思考变通,整合Seata就是这么简单.
点击左下角阅读原文可访问视频教程地址.