seata分布式事务

最新推荐文章于 2024-04-29 19:21:04 发布

浩哥要努力

最新推荐文章于 2024-04-29 19:21:04 发布

阅读量443

点赞数

分类专栏： spring 文章标签：分布式 java 开发语言 mysql

本文链接：https://blog.csdn.net/weixin_42420663/article/details/126276049

版权

spring 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

事务的隔离级别：

读未提交（READ UNCOMMITTED）

该隔离级别会读到其他未提交的事务的数据，此现象也称为脏读

读已提交（READ COMMITTED）

一个事务可以读取另一个已提交的事务，多次读取会造成不一样的结果，此现象成为不可重复读

可重复读（REPEATABLE READ）

该隔离级别是MYSQL默认的隔离级别，在同一个事务里，select的结果是事务开始时间点的状态，因此，同样的select操作读到的结果会是一致的，
但是，会有幻读现象。MYSQL的InnDB引擎可以通过next-key locks 机制来避免幻读

序列化（SERIALIZABLE）

在该隔离级别下事务都是串行顺序执行的，MYSQL数据库的InnDB引擎会给读操作隐式加一把读共享锁，从而避免了脏读、不可重复读、幻读

@Transactional注解使用的注意事项：
事务是使用代理对象来控制的，同一个对象内事务方法互调默认失效，原因为绕过了代理对象
解决：

使用代理对象来调用事务方法
1.引入spring-boot-starter-aop：引入aspectj
2.@EnableAspectJAutoProxy(exposeProxy = true)：开启aspect动态代理功能，以后所有的动态代理都是aspect创建的（即使没有接口也有动态代理），对外暴露代理对象
3.用代理对象本类互调
    OrderServiceImpl orderService = (OrderServiceImpl) AopContext.currentProxy();
    orderService.saveOrder();

分布式事务

分布式系统经常出现的异常：
机器宕机、网络异常、消息丢失、消息乱序、数据错误、不可靠的TCP、存储数据丢失

CAP定理：

CAP原理又称为CAP定理，指的是在一个分布式系统中
一致性：在分布式系统中的所有数据备份，在同一时刻是否有相同的值（等同于所有节点访问同一份最新的数据副本）
可用性：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求（对数据更新具备高可用性）
分区容错性：大多数分布式系统都分布在多个子网络，每个子网络刘叫做一个区，分区容错的意思是区间通信可能失败，比如一台服务器在中国，
另一台在美国，这就是两个区，它们之间可能无法通信。

CAP原则指的是，这三个要素最多只能同时时间两点，不可能三者兼得。
一般来说，分区容错无法避免，因此可以认为CAP的P总是成立，CAP定理告诉我们，C和A无法同时满足

BASE理论：

是对CAP理论的延伸，思想是即使无法达到强一致性，但可以采用适当的方式实现弱一致性，即最终一致性
BASE是指：
	基本可用： 
		基本可用是指分布式系统在出现故障的时候，允许损失部分可用性（例如响应时间、功能上的可用性），
			需要注意的是，基本可用绝不等待于系统不可用
				响应时间上的损失：正常情况下搜索引擎需要在0.5s之内返回给用户响应的查询结果，但是由于故障，查询响应时间增加到1-2s
				功能上的损失：购物网站在购物高峰时，为了保护系统的稳定性，部分消费者可能会被导致引导到一个降级页面
	软状态：
		软状态是指允许系统存在中间状态，而该中间状态不会影响系统整体可用性，分布式存储一般一份数据会有多个副本，允许不同副本同步的延时
		就是软状态的体现，mysql replication的异步复制也是一种体现
	最终一致性：
		最终一致性是指系统中所有数据副本经过一定时间后，最终能够达到一致的状态，弱一致性和强一致性相反，最终一致性是若一致性的一种特殊情况

Seata

是一款开源的分布式解决方案，致力于提供高性能和简单易用的分布式事务服务，Seata将为用户提供了AT、TCC、SAGA和XA事务模式，为用户打造一站式的分布式解决方案

Seata术语：
TC——事务协调者：
维护全局和分支事务的状态，驱动全局事务提交或回滚
TM——事务管理器：
定义全局事务的范围，开始全局事务、提交和回滚全局事务
RM——资源管理器：
管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚

seata工作流程图：：
在这里插入图片描述

seata控制分布式事务：

1.每一个微服务必须先创建undo_logo表
2.安装事务协调器seata-server: https://github.com/seata/seata/releases
3.整合：
	1）导入依赖spring-cloud-starter-alibaba-seata、seata-all-0.7.1
	2）解压并启动seata-server：
		修改registry.conf注册中心配置： 修改registry type = nacos,然后修改对应项的内容配置
		使用想要用到分布式事务的微服务使用seata DataSourceProxy代理自己的数据源
		每个微服务都必须导入registry.conf、file.conf文件，修改file.conf：vgroup_mapping.{application.name}-fescar-service-group = "default"
		启动测试分布式事务
		给分布式大事务的入口标注@GlobalTransactional开启全局事务
		分布式事务中的每一个小事务用@Transactional