Spring事务机制

矫情吗；* 2021-12-14 20:47 227阅读 0赞

Spring是事务机制是Spring的核心功能之一，主要提供了两种处理方式：编程式事务和声明式事务。

一、编程式事务处理：

所谓编程式事务指的是通过编码方式实现事务，允许用户在代码中精确定义事务的边界即类似于JDBC编程实现事务管理。管理使用TransactionTemplate或者直接使用底层提供的PlatformTransactionManager,对于编程式事务管理，spring推荐使用TransactionTemplate

二、声明式事务处理

该方式建立在AOP之上，其本质是对方法前后进行拦截，然后在目标方法之前创建或者加入一个事务，在执行完方法之后根据执行情况提交或者回滚事物。声明式事务最大的优点就是不要通过编程的方式管理事务，这样就不需要再业务逻辑代码中掺杂事务管理的代码。只需要在配置文件中配置事物的相关规则声明（或者通过基于@Transaction注解的方式），便可以将事务规则应用到业务逻辑中。声明式事务的传播机制，直接在@Transaction注解的内部通过参数的方式来配置。

总结：编程式事务对业务代码的倾入性大，按时提供了更加灵活的处理机制；而声明式事务基于AOP，所以既能起到事务管理的作用，又可以不影响业务代码。

接下来我们说说Spring事务管理的三个核心接口。

PlatformTransactionManager 、TransactionDefinition、TransactionStatus

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ppbnlvdXhpbnphbw_size_16_color_FFFFFF_t_70][]

1、PlatformTransactionManager 平台事务管理器的顶层接口，提供了下面三个方法：

TransactionStatus getTransaction(TransactionDefinition definition)；获得事务状态，从而管理事务。

Void commit(TransactionStatus status)；根据状态提交

Void rollback(TransactionStatus status)；根据状态回滚

2、TransactionStatus  事务状态

上面的getTransaction(..)方法返回的是TransactionStatus事务状态，而事务的状态类中定义了如下几个状态。事务管理器就是通过这些状态来提交或者回滚，或者说回滚到那个地方。

![20190703212412460.png][]

3、TransactionDefinition 事务属性的定义，包括7个传播机制，四个隔离级别，事务超时时间、回滚规则等

3.1 事务的传播机制：

<table> 
 <tbody> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> 1）PROPAGATION_REQUIRED:required 必须，默认值，A如果有事务，B将使用该事务，如果A没有事务，B将创建一个新的事务。 </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> 2）PROPAGATION_SUPPORTS:supports 支持，A如果有事务，B将使用该事务，如果A没有事务，B将以非事务执行。 </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> 3）PROPAGATION_MANDATORY:mandatory:强制，A如果有事务，B将使用该事务；如果A没有事务，B将抛异常。 </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> 4）PROPAGATION_REQUIRES_NEW:requires_new 必须是新事物，如果A有事务，将A事务挂起，B创建一个新事物。如果A没有事务，B创建一个新的事物。 </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> 5）PROPAGATION_NOT_SUPPORTS:not_supports不支持，如果A有事务，将A事务挂起。B以非事务执行，如果A没有事务，B以非事务执行。就是不支持事务。 </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> 6）PROPAGATION_NEVER:never 从不，如果A有事务，B将抛异常，如果A没有事务，B将以非事务执行。 7）PROPAGATION_NESTED:nested嵌套事务，A和B底层采用保存点机制，形成嵌套事务。 </td> 
 </tr> 
 </tbody> 
</table>

3.2  **事务的隔离级别：定义了一个事务受其它事务的影响程度。**

<table> 
 <tbody> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> 并发事务可能引起的问题： &nbsp;&nbsp; 脏读Dirty reads:一个事务读取到了另外一个事务尚未提交的数据。如果该事务最后回滚了，那么读取到的数据就是无效的。 &nbsp;&nbsp; 不可重复读Nonrepeatable read：通常指读操作发生在一个事务执行相同的查询两次或者2+，但是每次得到的结果不同。通常是因为另一个并发事务在两次查询期间进行了更新。 &nbsp;&nbsp; 幻读Phantom read：幻读和不可重复读类似，它发生在一个事务T1读取了几行数据，接着另一个事务T2插入了一些数据。在随后的查询中，T1发现多了一些原本不存在的记录（如T1准备插入id为1的用户，然后去查库发现没有这个id,可以插入，这是T2插入了一条id为1的用户，T1在提交事务的时候会发现主键冲突了。）。 注意：不可重复读的重点是修改，而幻读的重点是新增或删除。 </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> 在Spring的事物管理中，我们定义了如下的隔离级别： </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> ISOLATION_DEFAULT：使用后端数据库默认的隔离级别. 不同数据库厂商默认的隔离级别是不一样的： mysql是repeatable read 可重复读 oracle是已提交读read committed </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> ISOLATION_READ_UNCOMMITTED:最低的隔离级别，允许读取尚未提交的数据变更，可能会导致，脏读幻读和不可重复读。 </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> ISOLATION_READ_COMMITTED:允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍然可能发生。 </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> ISOLATION_REPEATABLE_READ:对同一字段的多次读取，结果都是一致的。可以阻止脏读和不可重复读，但是幻读依然可能发生。 </td> 
 </tr> 
 <tr> 
 <td style="vertical-align:top;width:414.8pt;"> ISOLATION_SERIALIZEABLE:最高的隔离级别，完全服从ACID的隔离级别，确保阻止脏读、不可重复读以及幻读，也是最慢的事物隔离级别，因为它是通过完全锁定事物相关的数据库表来实现的。（一些对数据有强一致性要求的操作，一定是用这个级别） </td> 
 </tr> 
 </tbody> 
</table>

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ppbnlvdXhpbnphbw_size_16_color_FFFFFF_t_70]: /images/20211214/7427739cd8db42a9a4732d0d5d14092a.png
[20190703212412460.png]: /images/20211214/695ce281a69e4edcb4f0607fe3eaaa13.png