分布式事务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管理,不需要获取全局锁

回滚时会拿到更新前后两份快照。前的用来回复;后的用来判断中途没有其他对数据的操作,无法恢复 记录异常 人工介入

 

posted @ 2024-02-05 17:53  长寿奉孝  阅读(5)  评论(0编辑  收藏  举报