分布式事物基础

 

 

 

 

 

 

 

 

 

2pc 和3pc 是强一致性处理解决方案

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 Seata 分布式事物

http://seata.io/zh-cn/docs/overview/what-is-seata.html

首先我们向各个数据库中插入一张undolog表

CREATE TABLE `undo_log` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `branch_id` bigint(20) NOT NULL,
  `xid` varchar(100) NOT NULL,
  `context` varchar(128) NOT NULL,
  `rollback_info` longblob NOT NULL,
  `log_status` int(11) NOT NULL,
  `log_created` datetime NOT NULL,
  `log_modified` datetime NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `ux_undo_log` (`xid`,`branch_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

 

 

 

https://seata.io/zh-cn/blog/download.html 或者 https://github.com/seata/seata

 

 

 

https://github.com/seata/seata/releases

 

 

 下载完成后我们进conf 文件

 

 

 

 

 

 

 

 

 

 

 

 

 

这里我们看到注册成功

 

 

 

 

 

首先我们将file.conf 和registry.conf 文件拷贝到resources 文件目录中

 

 然后我们在属性文件中定义

 

 然后再file.conf中添加service属性  然后关联刚才设置的tx-service-group属性信息   注意vgroupMapping是驼峰命名法

# seata服务器配置
service {
  #transaction service group mapping
  # 配置组名称，用于找到在seata中属于自己的服务 
  vgroupMapping.mall-member-group = "default"
  default.grouplist = "127.0.0.1:8091"
  #degrade, current not support
  enableDegrade = false
  #disable seata
  disableGlobalTransaction = false
}

 

 

 

 

 

 

 

 

 

 

 

 

 刷新数据库后 锁定库存还是为1

 

但是我们将@GlobalTransactional 注解去掉

那么此时远程调用的其他服务是不受@transactional 注解控制的

因此

 

 我们可以修改以前的保存商品发布时 可以添加@GlobalTransactional注解  因为该接口并发访问量并不是很大,而我们刚才设置的订单提交接口 确实访问量较大 不太适合@GlobalTransactional注解 

因此 为了提升并发访问时的可靠性  我们可以使用消息中间件来解决并发访问量大时而造成的问题

标签：log,service,事物,基础,分布式,conf,NULL,id,seata
来源： https://www.cnblogs.com/Lcch/p/16385143.html