Spring中声明式事务-事务传播属性

朱雀 2023-06-08 03:05 245阅读 0赞

**一、事务的传播行为**

1.介绍

当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。例如：方法可能继续在现有事务中运行，也可能开启一个新事务，并在自己的事务中运行。

2.属性

事务的传播行为可以由传播属性指定。Spring定义了7种类传播行为。

![/images/20230601/eb0d53ba1240400ba2214bfdf70fd532.png][https_img-blog.csdn.net_20170831185356648_watermark_2_text_aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZ3BmOTUxMTAx_font_5a6L5L2T_fontsize_400_fill_I0JBQkFCMA_dissolve_70_gravity_Center]

系统默认的是REQUIRED属性。

常用的是REQUIRED和REQUIRES\_NEW,所以此处只说明这两种属性。

下面先看系统默认的REQUIRED属性。

![/images/20230601/911761d715b74b24aa0b0def4c91ad90.png][https_img-blog.csdn.net_20170831185715331_watermark_2_text_aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZ3BmOTUxMTAx_font_5a6L5L2T_fontsize_400_fill_I0JBQkFCMA_dissolve_70_gravity_Center]

purchase代表两个声明了事务的方法，并且传播行为是系统的默认行为。同时checkout也是一个声明了事务的方法，在该方法中调用前述的两个方法。当checkout执行到第一个方法的时候，第一个方法继续使用checkout的事务进行执行，第二个方法一样，所以整个方法只有一个事务。

下面介绍REQUIRES\_NEW属性。

![/images/20230601/c956de36b97b450b91fcad8c0817e028.png][https_img-blog.csdn.net_20170831185719538_watermark_2_text_aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZ3BmOTUxMTAx_font_5a6L5L2T_fontsize_400_fill_I0JBQkFCMA_dissolve_70_gravity_Center]

方法含义和上述一样，知识两个子方法的传播属性均为REQUIRES\_NEW。主方法的事务tx1执行到第一个方法的时候，挂起，然后子方法的事务进行，第二个方法类似。

如果一个事务发生了错误，那么回滚。所以REQUIRED属性中，如果第二个方法发生错误，第一个方法也会回滚，然而REQUIRES\_NEW属性中，第二个方法发生错误，因为第一个是单独的事务，所以不会受到影响。

**那么，如果两个混合使用呢？**

**（为简单起见，REQUIRED在下述表达称为系统默认，REQUIRES\_NEW称为new）**

现在测试第一种方法的属性为系统默认，第二种方法为new，第二种方法出现错误。此时结果是方法1也回滚。但是按照前面的理解，方法2是单独的事务，应该只造成自己回滚，为什么第一种方法也会回滚？

第一种方法发生错误后，产生错误造成本身回滚，但是他的异常因为没有捕获，所以传到了主方法的事务中，主方法的事务出现错误，所以回滚，第一个方法在主方法的事务中，所以第一个方法的SQL语句会回滚！

下面用一个简图总结一下：

![/images/20230601/84346a19ad764e7bb11fd1fa686e36f7.png][https_img-blog.csdn.net_20170901102836876_watermark_2_text_aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZ3BmOTUxMTAx_font_5a6L5L2T_fontsize_400_fill_I0JBQkFCMA_dissolve_70_gravity_Center]

如果第一种方法为new,第二种方法为系统默认，那么第二种发生错误后，主方法的事务回滚，然后第一种方法是自己的事务，所以不受影响，不回回滚，第一个方法的SQL语句就会执行。道理雷同，就不再画图表示。

**二、事务的隔离级别**

1.数据库事务并发问题

假设现在有两个事务：Transaction01和Transaction02并发执行。

①脏读

\[1\]Transaction01将某条记录的AGE值从20修改为30。

\[2\]Transaction02读取了Transaction01更新后的值：30。

\[3\]Transaction01回滚，AGE值恢复到了20。

\[4\]Transaction02读取到的30就是一个无效的值。

②不可重复读

\[1\]Transaction01读取了AGE值为20。

\[2\]Transaction02将AGE值修改为30。

\[3\]Transaction01再次读取AGE值为30，和第一次读取不一致。

③幻读

\[1\]Transaction01读取了STUDENT表中的一部分数据。

\[2\]Transaction02向STUDENT表中插入了新的行。

\[3\]Transaction01读取了STUDENT表时，多出了一些行。

2.隔离级别

数据库系统必须具有隔离并发运行各个事务的能力，使它们不会相互影响，避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别。SQL标准中规定了多种事务隔离级别，不同隔离级别对应不同的干扰程度，隔离级别越高，数据一致性就越好，但并发性越弱。

①读未提交：READUNCOMMITTED

允许Transaction01读取Transaction02未提交的修改。

②读已提交：READCOMMITTED

要求Transaction01只能读取Transaction02已提交的修改。

③可重复读：REPEATABLEREAD

确保Transaction01可以多次从一个字段中读取到相同的值，即Transaction01执行期间禁止其它事务对这个字段进行更新。

④串行化：SERIALIZABLE

确保Transaction01可以多次从一个表中读取到相同的行，在Transaction01执行期间，禁止其它事务对这个表进行添加、更新、删除操作。可以避免任何并发问题，但性能十分低下。

⑤各个隔离级别解决并发问题的能力见下表

<table> 
 <tbody> 
 <tr> 
 <td style="border-color:#dddddd;"> &nbsp; </td> 
 <td style="border-color:#dddddd;"> 脏读 </td> 
 <td style="border-color:#dddddd;"> 不可重复读 </td> 
 <td style="border-color:#dddddd;"> 幻读 </td> 
 </tr> 
 <tr> 
 <td style="border-color:#dddddd;"> READ UNCOMMITTED </td> 
 <td> 有 </td> 
 <td> 有 </td> 
 <td> 有 </td> 
 </tr> 
 <tr> 
 <td style="border-color:#dddddd;"> READ COMMITTED </td> 
 <td> 无 </td> 
 <td> 有 </td> 
 <td> 有 </td> 
 </tr> 
 <tr> 
 <td style="border-color:#dddddd;"> REPEATABLE READ </td> 
 <td> 无 </td> 
 <td> 无 </td> 
 <td> 有 </td> 
 </tr> 
 <tr> 
 <td style="border-color:#dddddd;"> SERIALIZABLE </td> 
 <td> 无 </td> 
 <td> 无 </td> 
 <td> 无 </td> 
 </tr> 
 </tbody> 
</table>

⑥各种数据库产品对事务隔离级别的支持程度

<table> 
 <tbody> 
 <tr> 
 <td style="border-color:#dddddd;"> &nbsp; </td> 
 <td style="border-color:#dddddd;"> Oracle </td> 
 <td style="border-color:#dddddd;"> MySQL </td> 
 </tr> 
 <tr> 
 <td style="border-color:#dddddd;"> READ UNCOMMITTED </td> 
 <td> × </td> 
 <td> √ </td> 
 </tr> 
 <tr> 
 <td style="border-color:#dddddd;"> READ COMMITTED </td> 
 <td> √ </td> 
 <td> √ </td> 
 </tr> 
 <tr> 
 <td style="border-color:#dddddd;"> REPEATABLE READ </td> 
 <td> × </td> 
 <td> √(默认) </td> 
 </tr> 
 <tr> 
 <td style="border-color:#dddddd;"> SERIALIZABLE </td> 
 <td> √ </td> 
 <td> √ </td> 
 </tr> 
 </tbody> 
</table>

可以在@Transactional的isolation属性中设置隔离级别  
  
  
**三、事务根据什么异常不进行回滚**

1.默认情况

捕获到RuntimeException或Error时回滚，而捕获到编译时异常不回滚。

2.设置途经

注解

@Transactional注解

\[1\]rollbackFor属性：指定遇到时必须进行回滚的异常类型，可以为多个

\[2\]noRollbackFor属性：指定遇到时不回滚的异常类型，可以为多个

**四、事务的超时属性**

超时事务属性：事务在强制回滚之前可以保持多久。这样可以防止长期运行的事务占用资源。时间是指SQL语言的执行时间，而不是整个方法的执行时间。

这样因为在两个SQL语句中间休眠5秒，所以会触发。所以会回滚。如果在执行玩第二个dao操作后睡眠，不回回滚。

**五、事务的只读属性**

表示这个事务只读取数据但不更新数据, 这样可以帮助数据库引擎优化事务。

本人还没有使用过，所以不做太多介绍。

[https_img-blog.csdn.net_20170831185356648_watermark_2_text_aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZ3BmOTUxMTAx_font_5a6L5L2T_fontsize_400_fill_I0JBQkFCMA_dissolve_70_gravity_Center]: /images/20230601/eb0d53ba1240400ba2214bfdf70fd532.png
[https_img-blog.csdn.net_20170831185715331_watermark_2_text_aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZ3BmOTUxMTAx_font_5a6L5L2T_fontsize_400_fill_I0JBQkFCMA_dissolve_70_gravity_Center]: /images/20230601/911761d715b74b24aa0b0def4c91ad90.png
[https_img-blog.csdn.net_20170831185719538_watermark_2_text_aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZ3BmOTUxMTAx_font_5a6L5L2T_fontsize_400_fill_I0JBQkFCMA_dissolve_70_gravity_Center]: /images/20230601/c956de36b97b450b91fcad8c0817e028.png
[https_img-blog.csdn.net_20170901102836876_watermark_2_text_aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZ3BmOTUxMTAx_font_5a6L5L2T_fontsize_400_fill_I0JBQkFCMA_dissolve_70_gravity_Center]: /images/20230601/84346a19ad764e7bb11fd1fa686e36f7.png