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

事务的隔离级别

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

  • 读未提交
    某个事务未提交前,其修改的数据对其余事务可见,这种隔离级别最低,除了确保执行事务自己的原子性,对其余事务几乎无隔离,因此若是源事务回滚,其余事务就会出现脏读现象。安全

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

  • 可重复读
    一个事务针对数据的读操做一旦开始,其余事务再也不能够进行写操做,至关于读锁。可重复读增长了数据的安全性,可是针对新增操做,依然存在幻读问题。事务

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

事务的传播级别

和事务的隔离级别不一样,传播特性是指一个事务开启后,若是在事务内涉及到其余事务的调用,是沿用主事务,仍是开启新事务,亦或是,不接受事务。内存

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

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

相关文章
相关标签/搜索