事务--分布式事务解决方案

事务概念及特性

参考资源

事务ACID特性：https://blog.csdn.net/dengjili/article/details/82468576

事务隔离级别：指的是读和写同时出现时出现的数据不一致问题。

https://baijiahao.baidu.com/s?id=1611918898724887602&wfr=spider&for=pc

总结

事务的一致性问题

存在问题	问题描述
脏读（dirty read）	针对的是单条数据。 即一个更新操作A修改了某一条数据，但尚未提交该事务，此时另一个读操作B来查询该条数据，读到的是修改后的但尚未提交的数据。
不可重复读（unrepeatable read）	针对的是单条数据 即当A读取了某一条数据，之后事务B修改了该数据且已经提交，此时A又读取了该数据，读到的数据是B修改后的数据，而不是希望的修改之前的数据，这叫不可重复读。
幻读（phantom problem）	针对的是新增或删除的多条数据。 即A执行了某个查询操作，查询到3条数据，此时事务B插入（或删除了）一条数据，导致事务A再次查询时，读到了A插入的新数据（或读到了2条数据）。
串行化	这是数据库最高的隔离级别，这种级别下，事务“串行化顺序执行”，也就是一个一个排队执行。 这种级别下，“脏读”、“不可重复读”、“幻读”都可以被避免，但是执行效率奇差，性能开销也最大，所以基本没人会用。

 

 

 

 

 

 

 

事务隔离级别

隔离级别	说明	实现机制	优点	缺点
读未提交（Read uncommitted）	可以读到未提交的内容	查询不加锁	并发速度快	一致性最差。可能会产生“脏读”、“不可重复读”、“幻读”。 如无特殊情况，基本是不会使用这种隔离级别的。
读已提交（Read Committed）	只能读到已经提交了的内容。 这是各种系统中最常用的一种隔离级别，也是SQL Server和Oracle的默认隔离级别。这种隔离级别能够有效的避免脏读。	通过“快照（snapshot）”机制，既不加锁，由能保证一致性，因此也被称为“快照读（Snapshot Read）”   假设没有“快照读”，那么当一个更新的事务没有提交时，另一个对更新数据进行查询的事务会因为无法查询而被阻塞，这种情况下，并发能力就相当的差。 而“快照读”就可以完成高并发的查询。   另外，可以在查询中显示的加锁，如： select * from T where ID=2 lock in share mode; select * from T where ID=2 for update;	可避免脏读	并不能避免“不可重复读”和“幻读”
可重复读（Repeated Red）	专门针对“不可重复读”这种情况而制定的隔离级别，自然，它就可以有效的避免“不可重复读”。而它也是MySql的默认隔离级别。	普通的查询同样是使用的“快照读”，但是，和“读提交”不同的是，当读事务启动时，就不允许进行“修改操作（Update）”了，而“不可重复读”恰恰是因为两次读取之间进行了数据的修改，因此，“可重复读”能够有效的避免“不可重复读”。	可保证读事务的两次读取同一条数据时，读取的结果相同，不受修改事务的影响	避免不了“幻读”，因为幻读是由于“插入或者删除操作（Insert or Delete）”而产生的
串行化（Serializable）	这是数据库最高的隔离级别，这种级别下，事务“串行化顺序执行”，也就是一个一个排队执行。		一致性最强 这种级别下，“脏读”、“不可重复读”、“幻读”都可以被避免，	执行效率奇差，性能开销也最大，所以基本没人会用。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

事务分类

本地事务

 

分布式事务

全局事务

柔性事务

 

本地事务

全局事物（DTP模型）--标准分布式事务

AP(Application Program)

RM(Resource Manager)

TM(Transaction Manager)

 

两阶段事务

三阶段事务

 

CAP理论和BASE理论和

CAP理论

BASE理论

 

常见分布式事务解决方案

刚性事务

柔性事务

 

 

柔性事务

两阶段型

补偿型

异步确保型

最大努力通知型

服务模式

可查询操作

幂等操作

TCC操作

可补偿操作

柔性事务解决方案：可靠消息最终一致性（异步确保型）

柔性事务解决方案：TCC(两阶段型、补偿型)

柔性事务解决方案：定期校对（最大努力通知型）