分布式事务Seata
- TC (Transaction Coordinator) - 事务协调者:维护全局和分支事务的状态,驱动全局事务提交或回滚。
- TM (Transaction Manager) - 事务管理器:定义全局事务的范围,开始全局事务、提交或回滚全局事务。
- RM ( Resource Manager ) - 资源管理器:管理分支事务处理的资源( Resource ),与 TC 交谈以注册分支事务和报告分支事务的状态,并驱动分支事务提交或回滚。
TC 为单独部署的 Server 服务端,TM 和 RM 为嵌入到应用中的 Client 客户端。
XA模式:强一致性分阶段事务模式,牺牲一定的可用性,无业务入侵
TCC模式:最终一致的分阶段事务模式,有业务入侵
AT模式:最终一致的分阶段事务模式,无业务入侵,默认模式
Saga模式:长事务模式,有业务入侵
配置:
docker 启动命令:
docker run -d -p 8091:8091 -p 7091:7091 --name seata-server --restart=always -v /home/docker/seata/config/resources:/seata-server/resources -e SEATA_IP=192.168.21.234 seataio/seata-server:2.0.0
tc服务本地 配置Nacos配置中心,Nacos注册中心
logging:
config: classpath:logback-spring.xml
file:
path: ${user.home}/logs/seata
extend:
logstash-appender:
destination: 127.0.0.1:4560
kafka-appender:
bootstrap-servers: 127.0.0.1:9092
topic: logback_to_logstash
console:
user:
username: seata
password: seata
seata:
config:
# support: nacos, consul, apollo, zk, etcd3
type: nacos
nacos:
server-addr: 192.168.20.239:8848
#namespace:
group: SEATA_GROUP
username: nacos
password: nacos
data-id: seataServer.properties
registry:
# support: nacos, eureka, redis, zk, consul, etcd3, sofa
type: nacos
nacos:
application: seata-tc-server
server-addr: 192.168.20.239:8848
group: DEFAULT_GROUP
#namespace:
# tc集群名称
cluster: SH
username: nacos
password: nacos
# server:
# service-port: 8091 #If not configured, the default is '${server.port} + 1000'
security:
secretKey: SeataSecretKey0c382ef121d778043159209298fd40bf3850a017
tokenValidityInMilliseconds: 1800000
ignore:
urls: /,/**/*.css,/**/*.js,/**/*.html,/**/*.map,/**/*.svg,/**/*.png,/**/*.ico,/console-fe/public/**,/api/v1/auth/login
Nacos配置中心配置数据库信息
store.mode=db #-----db----- store.db.datasource=druid store.db.dbType=mysql # 需要根据mysql的版本调整driverClassName # mysql8及以上版本对应的driver:com.mysql.cj.jdbc.Driver # mysql8以下版本的driver:com.mysql.jdbc.Driver store.db.driverClassName=com.mysql.cj.jdbc.Driver store.db.url=jdbc:mysql://192.168.20.239:3306/seata?useUnicode=true&characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true&useSSL=false store.db.user=root store.db.password=admin # 数据库初始连接数 store.db.minConn=3 # 数据库最大连接数 store.db.maxConn=30 # 获取连接时最大等待时间 默认5000,单位毫秒 store.db.maxWait=5000 # 全局事务表名 默认global_table store.db.globalTable=global_table # 分支事务表名 默认branch_table store.db.branchTable=branch_table # 全局锁表名 默认lock_table store.db.lockTable=lock_table store.db.distributedLockTable=distributed_lock # 查询全局事务一次的最大条数 默认100 store.db.queryLimit=100 # undo保留天数 默认7天,log_status=1(附录3)和未正常清理的undo server.undo.logSaveDays=7 # undo清理线程间隔时间 默认86400000,单位毫秒 server.undo.logDeletePeriod=86400000 # 二阶段提交重试超时时长 单位ms,s,m,h,d,对应毫秒,秒,分,小时,天,默认毫秒。默认值-1表示无限重试 # 公式: timeout>=now-globalTransactionBeginTime,true表示超时则不再重试 # 注: 达到超时时间后将不会做任何重试,有数据不一致风险,除非业务自行可校准数据,否者慎用 server.maxCommitRetryTimeout=-1 # 二阶段回滚重试超时时长 server.maxRollbackRetryTimeout=-1 # 二阶段提交未完成状态全局事务重试提交线程间隔时间 默认1000,单位毫秒 server.recovery.committingRetryPeriod=1000 # 二阶段异步提交状态重试提交线程间隔时间 默认1000,单位毫秒 server.recovery.asynCommittingRetryPeriod=1000 # 二阶段回滚状态重试回滚线程间隔时间 默认1000,单位毫秒 server.recovery.rollbackingRetryPeriod=1000 # 超时状态检测重试线程间隔时间 默认1000,单位毫秒,检测出超时将全局事务置入回滚会话管理器 server.recovery.timeoutRetryPeriod=1000
client配置 找到TC服务 命名空间namespace、组group、服务id application、集群cluster
seata找cluster,是先通过事务组
# Seata 配置项,对应 SeataProperties 类
seata:
application-id: ${spring.application.name} # Seata 应用编号,默认为 ${spring.application.name}
tx-service-group: ${spring.application.name}-group # Seata 事务组编号,用于找到 TC 集群名
data-source-proxy-mode: AT # 数据源代理模式,默认为 AT
service:
vgroup-mapping: # 事务组和TC服务的集群cluster的映射
product-service-group: SH
# Seata 注册中心配置项,对应 RegistryProperties 类
registry:
type: nacos # 注册中心类型,默认为 file
nacos:
group: DEFAULT_GROUP # 使用的 Seata 分组
namespace: "" # Nacos 命名空间
serverAddr: 127.0.0.1:8848 # Nacos 服务地址
application: seata-tc-server # Seata 服务名
AT模式:
AT模式是分阶段提交的事务模型,弥补了XA模型中资源锁定周期过长的缺陷。
第一阶段:
子事务会直接提交,XA会互相等待。
AT模式脏写:
因为中途子事务会提交,再来一个事务操作数据就会读到提交的数据。如果前面那个事务回滚了的话,后面那个事务的操作会被覆盖。
AT模式读写隔离:
全局锁:
TC记录当前正在操作某行数据的事务,该事务持有全局锁,具备执行权。
记录那个事务操作那张表的哪一行(主键)。
问题 非seata事务 不归TC管理,不需要获取全局锁
回滚时会拿到更新前后两份快照。前的用来回复;后的用来判断中途没有其他对数据的操作,无法恢复 记录异常 人工介入
本文来自博客园,作者:长寿奉孝,转载请注明原文链接:https://www.cnblogs.com/tyt0o0/p/18008585