事务基础-Seata分布式事务

本文主要是介绍事务基础-Seata分布式事务，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

对于Mysql事务我们都知道事务具有ACID四个特性，分别为：

• 原子性，一组操作不可分割，要么全部成功要么全部失败  。Mysql如何实现原子性，是通过innodb的 undolog回滚日志实现，当事务失败的时候执行回滚操作
• 一致性， 任何写到数据库的数据都必须满足于预先定义的规则（比如余额不能小于0、外键约束等）
• 隔离性，如果两个事务同时操作一条数据，通过加锁，按照顺序执行，不能相互影响
• 持久性。 通过redolog实现  记录的是新数据的备份  用来持久化     ， Undolog记录的是旧数据  用来数据的回滚

基于以上四个特性，我们可以总结出事务 多个操作要么一起成功，要么一起失败，事务提交后，进行落盘存储，接下来我们来看一下InnoDB是如何实现事务的

对于Innodb它主要由俩个事务日志文件redoLog和undoLog来保证事务的原子性，一致性，持久性；隔离性由锁来控制 如间隙锁，排它锁； 

Redo Log（重做日志）：

 是什么？

redolog是InnoDB里用来记录事务提交的物理日志文件，记录的是数据页的物理修改，而不是某一行或某几行修改成怎样怎样，主要用来恢复提交后的物理数据页(恢复数据页，且只能恢复到最后一次提交的位置)。

   通过redolog实现  记录的是新数据的备份  用来持久化

   Undolog记录的是旧数据  用来数据的回滚

redo log进行刷盘比对数据页刷盘效率高，具体表现如下

1. redo log体积小，毕竟只记录了哪一页修改了啥，因此体积小，刷盘快。
2. redo log是一直往末尾进行追加，属于顺序IO。效率显然比随机IO来的快。

什么是脏读，幻读，不可重复读？

脏读：  读取到了其他事务未提交的数据  

不可重复读： 是指在同一个事务中以相同条件去读取到的数据不同  针对修改

幻读： 一个事务中以相同条件去读取到的数据的条数不同   针对的是插入和删除

Mysql隔离级别：

读未提交：  

  产生： 脏读  幻读  不可重复读

读提交：

  可以解决脏读

  产生：幻读  不可重复读

可重复读：

  可以： 脏读  幻读 不可重复读

  幻读（mysql使用间隙锁实现）

串行化：

 可以解决： 脏读  幻读 不可重复读

分布式事务解决方案:

  2pc 两段式提交优缺点

一个下订单的操作

   订单服务  库存服务  积分服务

一个下请求所涉及到的操作， 也是相当于一组操作，全局事务，而针对于每个单独的服务而言的事务  称之为分支事务

怎么才能够知道哪些分支事务是属于一个全局事务的呢？

Seata处理分布式事务流程：

Xid：全局事务的id

Tc：事务协调器  用来注册全局事务和管理分支事务的状态

TM：全局事务管理器  用来提交或者回滚全局事务

Rm：分支事务管理器

流程：

1. 向tc事务协调器注册一个全局事务 生一个全局事务的XID
2. 开始执行每个分支事务，但是此时携带了全局事务的xid，每一个分支事务都需要根据这个XID向TC注册分支事务
3. 执行每个分支的业务代码,并且写入undolog，然后提交本地事务,并将本地事务的提交状态告知TC
4. 全是事务管理器TM，向TC发送全局事务提交的请求，此时从TC获取所有分支事务的状态
5. 如果所有分支事务状态提交都是成功的

此时只需要删除每个分支事务的undolog即可，因为分支事务的本地事务已经提交过了

   如果分支事务中有失败的,

    此时那些成功的分支事务就要根据undolog去回滚

这篇关于事务基础-Seata分布式事务的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！