分布式事物基础

2022-06-17 11:36:58 阅读：188 来源： 互联网

标签：log service 事物基础分布式 conf NULL id seata

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

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

分布式事物基础