事务概念及特性
参考资源
事务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(两阶段型、补偿型)
柔性事务解决方案:定期校对(最大努力通知型)