事务的四种隔离级别和七种传播机制

素颜马尾好姑娘i 2022-05-15 09:49 232阅读 0赞

[https://blog.csdn.net/qq\_36074180/article/details/76682723][https_blog.csdn.net_qq_36074180_article_details_76682723]

**事务四大特性:**

**　　\* 原子性(Atomicity)  :强调的事务的不可分割.**

**　　\* 一致性(Consistency)    :强调的事务的执行前后,数据库的的完整性保持一致.**

**　　\* 隔离性(Isolation)  :强调的事务的并发的访问,一个事务的执行,不应该受到另一个事务的打扰.**

**　　\* 持久性(Durability) :强调的事务结束之后,数据就永久的保存的数据库中.**

**\* 安全性:read uncommitted   <  read committed  < repeatable read  < serializable**

**\* 效率:read uncommitted  > read committed  > repeatable read > serializable**

![Center][]

[数据库][Link 1]事务的隔离级别有4种，由低到高分别为Read uncommitted 、Read committed 、Repeatable read 、Serializable 。而且，在事务的并发操作中可能会出现脏读，不可重复读，幻读。

１. ISOLATION\_READ\_UNCOMMITTED：这是事务最低的隔离级别，A事务可以看到B事务未提交的数据  
      这种隔离级别会产生脏读，不可重复读和幻像读。

事例：代静给郭华发工资，一个月一块，但是代静按错了，发成了两块，该钱已经打到了郭华的账户，但是事务还没有提交，郭华发现了自己的账户多了一块，但是代静及时发现了，修改了又提交了事务（郭华可以看到代静未提交的事务，这就出现了脏读问题）

２. ISOLATION\_READ\_COMMITTED：A事务可以读取B事务修改后提交的数据，但是不能读取B事务未提交的数据

事例：郭华去吃饭，买单时（事务已开启），代静把郭华的钱转走了，这时郭华发现卡里没钱了（饭店老板的事务要等到代静的转钱事务操作提交后，他才能读取数据）

一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读

３. ISOLATION\_REPEATABLE\_READ：这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。  
      它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。

事例：郭华去吃饭，买单时（事务已开启），代静不能进行转钱操作，避免了不可重复读的问题

（但是可能出现幻读问题，幻读问题对应的是插入INSERT操作，而不是UPDATE操作）

４. ISOLATION\_SERIALIZABLE：这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。  
      除了防止脏读，不可重复读外，还避免了幻像读。

大多数数据库默认的事务隔离级别是Read committed，比如Sql Server , [ Oracle][Oracle]。[MySQL][Link 1]的默认隔离级别是Repeatable read。

脏读：A事务处理过程中读取了B事务未提交的数据，这就是脏读

不可重复读：不可重复读取是指同一个事务在整个事务过程中对同一笔数据进行读取，每次读取结果都不同

幻读：是指同样一笔查询在整个事务过程中多次执行后，查询所得的结果集是不一样的。幻读针对的是多笔记录

七种转播机制

**1： PROPAGATION\_REQUIRED**

**加入当前正要执行的事务不在另外一个事务里，那么就起一个新的事务**

**例如：**

ServiceB.methodB的事务级别定义为PROPAGATION\_REQUIRED

ServiceA.methodA已经起了事务，这时调用ServiceB.methodB，ServiceB.methodB就加入ServiceA.methodA的事务内部，就不再起新的事务。ServiceA.methodA没有在事务中，这时调用ServiceB.methodB，

ServiceB.methodB就会为自己分配一个事务。

在ServiceA.methodA或者在ServiceB.methodB内的任何地方出现异常，事务都会被回滚。即使ServiceB.methodB的事务已经被提交，但是ServiceA.methodA在接下来fail要回滚，ServiceB.methodB也要回滚

**2： PROPAGATION\_SUPPORTS**

如果当前在事务中，即以事务的形式运行，如果当前不再一个事务中，那么就以非事务的形式运行

**3： PROPAGATION\_MANDATORY**

必须在一个事务中运行。也就是说，他只能被一个父事务调用。否则，他就要抛出异常

**4： PROPAGATION\_REQUIRES\_NEW**

**例如**：

ServiceA.methodA的事务级别为PROPAGATION\_REQUIRED，ServiceB.methodB的事务级别为PROPAGATION\_REQUIRES\_NEW，

当调用ServiceB.methodB的时候，ServiceA.methodA所在的事务就会挂起，ServiceB.methodB会起一个新的事务，等待ServiceB.methodB的事务完成以后，他才继续执行。

PROPAGATION\_REQUIRES\_NEW与PROPAGATION\_REQUIRED 的事务区别在于事务的回滚程度：

因为ServiceB.methodB和ServiceA.methodA两个不同的事务。如果ServiceB.methodB已经提交，那么ServiceA.methodA失败回滚，ServiceB.methodB是不会回滚的。如果ServiceB.methodB失败回滚，

如果他抛出的异常被ServiceA.methodA捕获，ServiceA.methodA事务仍然可能提交。

**5： PROPAGATION\_NOT\_SUPPORTED**

**当前不支持事务**。

**例如**:

ServiceA.methodA的事务级别是PROPAGATION\_REQUIRED ，而ServiceB.methodB的事务级别是PROPAGATION\_NOT\_SUPPORTED ，

调用ServiceB.methodB时，ServiceA.methodA的事务挂起，而以非事务的状态运行完，再继续ServiceA.methodA的事务。

**6： PROPAGATION\_NEVER**

**不能在事务中运行**。

假设ServiceA.methodA的事务级别是PROPAGATION\_REQUIRED，  而ServiceB.methodB的事务级别是PROPAGATION\_NEVER ，

那么ServiceB.methodB就要抛出异常了。

**7： PROPAGATION\_NESTED**

理解Nested的关键是savepoint。他与PROPAGATION\_REQUIRES\_NEW的区别是，PROPAGATION\_REQUIRES\_NEW另起一个事务，将会与他的父事务相互独立，

而Nested的事务和他的父事务是相依的，他的提交是要等和他的父事务一块提交的。也就是说，如果父事务最后回滚，他也要回滚的。

而Nested事务的好处是他有一个savepoint。

[https_blog.csdn.net_qq_36074180_article_details_76682723]: https://blog.csdn.net/qq_36074180/article/details/76682723
[Center]: /images/20220515/a23ac26285454b88a331bd35c530c969.png
[Link 1]: http://lib.csdn.net/base/mysql
[Oracle]: http://lib.csdn.net/base/oracle