本地事务,分布式事务(Seata)

本地事务

四大特性ACID
A:原子性(Atomicity):事务是不可分割的最小操作但愿,要么全部成功,要么全部失败
C:一致性(Consistency):事务完成时,必须使所有数据都保持一致状态
l:隔离性(Isolation):数据库系统提供的隔离机制,保证事务在不受外部并发操作影响的独立环境下运行
D:持久性(Durability):事务一旦提交或回滚,它对数据库中的数据的改变就是永久的
!
并发事务

1.脏读:一个事务读到另一个事务还没提交的数据
2.不可重复读:一个事务先后读取同一条记录,但两次读取的数据不同
3.幻读:一个事务按照条件查询数据时,没有对应的数据行,但是再插入数据时,又发现这行数据已经存在

并发事务隔离级别:

隔离级别脏读不可重复读幻读
Read uncommitted(读未提交)
Read committed(读已提交)×
Repeatable Read(默认)××
Serializable×××

Serializable 性能最低;Read uncommitted 性能最高,数据安全性最差
查看事务隔离级别:
SELECT @@TRANSACTION_ISOLATION;
设置事务隔离级别:
SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE };
SESSION 是会话级别,表示只针对当前会话有效,GLOBAL 表示对所有会话有效

分布式事务

CAP定理


Consistency(一致性)
Availability(可用性)
Partition tolerance (分区容错性)
这三个指标不可能同时做到。这个结论就叫做 CAP 定理。
在P一定会出现的情况下,A和C之间只能实现一个

BASE理论是对CAP的一种解决思路,包含三个思想:
1.基本可用:分布式系统在出现故障时,允许损失部分可用性,即保证核心可用。
2.软状态:在一定时间内,允许出现中间状态,比如临时的不一致状态。
3.最终一致性:然无法保证强一致性,但是在软状态结束后,最终达到数据一致。

AP模式:各子事务分别执行和提交,允许出现结果不一致,然后采用弥补措施恢复数据即可,实现最终一致

CP模式:各个子事务执行后互相等待,同时提交,同时回滚,达成强一致。但事务等待过程中,处于弱可用状态。
Seata官网地址
http://seata.io/

Seata

事务协调者 事务管理器 资源管理器

Seata基于上述架构提供了四种不同的分布式事务解决方案:

  • XA模式:强一致性分阶段事务模式,牺牲了一定的可用性,无业务侵入
  • TCC模式:最终一致的分阶段事务模式,有业务侵入
  • AT模式:最终一致的分阶段事务模式,无业务侵入,也是Seata的默认模式
  • SAGA模式:长事务模式,有业务侵入
    未完…
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值