事务的隔离级别和传播级别有何区别

事务的隔离级别

事务的隔离级别源于事务ACID的I(Isolation),即多个事务同时操作同一实体时,其中一个事务的读写操作对其他事务及其自身的可见性影响程度。具体可以分为如下几个等级:

  • 读未提交
    某个事务未提交前,其修改的数据对其他事务可见,这种隔离级别最低,除了确保执行事务本身的原子性,对其他事务几乎无隔离,所以如果源事务回滚,其他事务就会出现脏读现象。

  • 读已提交
    一个事务针对数据的写操作,只有提交之后,其他事务才可见。这是相对靠谱的方案。也是很多数据库的默认隔离级别。读提交也存在两个主要的问题,第一种是,如果两个事务同时开启,其中一个事务第一次读取,和在另一个事务修改并提交后读取到的数据会不一致,也就是不可重复读;第二个问题是,容易引起死锁。

  • 可重复读
    一个事务针对数据的读操作一旦开始,其他事务不再可以进行写操作,相当于读锁。可重复读增加了数据的安全性,但是针对新增操作,依然存在幻读问题。

  • 串行化
    串行化是安全性最高的一种隔离界别,也是用的最少的一种隔离级别,事务串行化执行,吞吐量严重受限。

事务的传播级别

和事务的隔离级别不同,传播特性是指一个事务开启后,如果在事务内涉及到其他事务的调用,是沿用主事务,还是开启新事务,亦或是,不接受事务。

  • REQUIRED 如果存在一个事务,支持当前事务。如果没有则开启一个新的事务。
  • SUPPORTS 如果存在一个事务,支持当前事务。如果没有则按照非事务的执行。
  • MANDATORY 如果已经存在一个事务,支持当前事务。如果没有则抛出异常。
  • REQUIRES_NEW 总是开启一个新的事务。如果一个事务已经存在,则将这个存在的事务挂起。
  • NOT_SUPPORTED 总是按照非事务地执行,并挂起任何存在的事务。
  • NEVER 总是按照非事务方式执行,如果存在一个活动事务则抛出异常
  • NESTED 如果一个活动的事务存在,则运行在一个嵌套的事务中. 如果没有活动事务, 则按REQUIRED 属性执行。

NESTED传播级别时,如果外层事务不可回滚内存提交的事务。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章