SpringBoot @Transactional注解失效排查

淡淡的烟草味﹌ 2023-07-15 04:54 16阅读 0赞

### **问题描述：最近发现一个加了@Transactional注解的事务没有生效** ###

### 问题分析： ###

**一、注解特性**

1、service类标签(一般不建议在接口上)上添加@Transactional，可以将整个类纳入spring事务管理，在每个业务方法执行时都会开启一个事务，不过这些事务采用相同的管理方式。

2、@Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用。

3、默认情况下，Spring会对unchecked异常进行事务回滚；如果是checked异常则不回滚。  
辣么什么是checked异常，什么是unchecked异常

java里面将派生于Error或者RuntimeException（比如空指针，1/0）的异常称为unchecked异常，其他继承自java.lang.Exception得异常统称为Checked Exception，如IOException、TimeoutException等

辣么再通俗一点：你写代码出现的空指针等异常，会被回滚，文件读写，网络出问题，spring就没法回滚了。然后我教大家怎么记这个，因为很多同学容易弄混，你写代码的时候有些IOException我们的编译器是能够检测到的，说以叫checked异常，你写代码的时候空指针等死检测不到的，所以叫unchecked异常。这样是不是好记一些啦

4、只读事务：

@Transactional(propagation=Propagation.NOT\_SUPPORTED,readOnly=true)

只读标志只在事务启动时应用，否则即使配置也会被忽略。

启动事务会增加线程开销，数据库因共享读取而锁定(具体跟数据库类型和事务隔离级别有关)。通常情况下，仅是读取数据时，不必设置只读事务而增加额外的系统开销。

**二、事务传播行为**

<table> 
 <thead> 
  <tr> 
   <th>传播行为</th> 
   <th>意义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>PROPAGATION_MANDATORY</td> 
   <td>表示该方法必须运行在一个事务中。如果当前没有事务正在发生，将抛出一个异常</td> 
  </tr> 
  <tr> 
   <td>PROPAGATION_NESTED</td> 
   <td>表示如果当前正有一个事务在进行中，则该方法应当运行在一个嵌套式事务中。被嵌套的事务可以独立于封装事务进行提交或回滚。如果封装事务不存在，行为就像PROPAGATION_REQUIRES一样。</td> 
  </tr> 
  <tr> 
   <td>PROPAGATION_NEVER</td> 
   <td>表示当前的方法不应该在一个事务中运行。如果一个事务正在进行，则会抛出一个异常。</td> 
  </tr> 
  <tr> 
   <td>PROPAGATION_NOT_SUPPORTED</td> 
   <td>表示该方法不应该在一个事务中运行。如果一个现有事务正在进行中，它将在该方法的运行期间被挂起。</td> 
  </tr> 
  <tr> 
   <td>PROPAGATION_SUPPORTS</td> 
   <td>表示当前方法不需要事务性上下文，但是如果有一个事务已经在运行的话，它也可以在这个事务里运行。</td> 
  </tr> 
  <tr> 
   <td>PROPAGATION_REQUIRES_NEW</td> 
   <td>表示当前方法必须在它自己的事务里运行。一个新的事务将被启动，而且如果有一个现有事务在运行的话，则将在这个方法运行期间被挂起。</td> 
  </tr> 
  <tr> 
   <td>PROPAGATION_REQUIRES</td> 
   <td>表示当前方法必须在一个事务中运行。如果一个现有事务正在进行中，该方法将在那个事务中运行，否则就要开始一个新事务。</td> 
  </tr> 
 </tbody> 
</table>

**三、事务隔离级别**

在一个典型的应用程序中，多个事务同时运行，经常会为了完成他们的工作而操作同一个数据。并发虽然是必需的，但是会导致一下问题：

*  脏读（Dirty read）-- 脏读发生在一个事务读取了被另一个事务改写但尚未提交的数据时。如果这些改变在稍后被回滚了，那么第一个事务读取的数据就会是无效的。
 *  不可重复读（Nonrepeatable read）-- 不可重复读发生在一个事务执行相同的查询两次或两次以上，但每次查询结果都不相同时。这通常是由于另一个并发事务在两次查询之间更新了数据。
 *  幻影读（Phantom reads）-- 幻影读和不可重复读相似。当一个事务（T1）读取几行记录后，另一个并发事务（T2）插入了一些记录时，幻影读就发生了。在后来的查询中，第一个事务（T1）就会发现一些原来没有的额外记录。

<table> 
 <thead> 
  <tr> 
   <th>隔离级别</th> 
   <th>含义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>ISOLATION_DEFAULT</td> 
   <td>使用后端数据库默认的隔离级别。</td> 
  </tr> 
  <tr> 
   <td>ISOLATION_READ_UNCOMMITTED</td> 
   <td>允许读取尚未提交的更改。可能导致脏读、幻影读或不可重复读。</td> 
  </tr> 
  <tr> 
   <td>ISOLATION_READ_COMMITTED</td> 
   <td>允许从已经提交的并发事务读取。可防止脏读，但幻影读和不可重复读仍可能会发生。</td> 
  </tr> 
  <tr> 
   <td>ISOLATION_REPEATABLE_READ</td> 
   <td>对相同字段的多次读取的结果是一致的，除非数据被当前事务本身改变。可防止脏读和不可重复读，但幻影读仍可能发生。</td> 
  </tr> 
  <tr> 
   <td>ISOLATION_SERIALIZABLE</td> 
   <td>完全服从ACID的隔离级别，确保不发生脏读、不可重复读和幻影读。这在所有隔离级别中也是最慢的，因为它通常是通过完全锁定当前事务所涉及的数据表来完成的。</td> 
  </tr> 
 </tbody> 
</table>

** 四、检查范围**

1、检查你方法是不是public的

2、你的异常类型是不是unchecked异常  
如果我想check异常也想回滚怎么办，注解上面写明异常类型即可

<table> 
 <tbody> 
  <tr> 
   <td> <p>1</p> </td> 
   <td> <p><code>@Transactional(rollbackFor=Exception.class)</code></p> </td> 
  </tr> 
 </tbody> 
</table>

类似的还有norollbackFor，自定义不回滚的异常

3、数据库引擎要支持事务，如果是MySQL，注意表要使用支持事务的引擎，比如innodb，如果是myisam，事务是不起作用的

4、是否开启了对注解的解析

<table> 
 <tbody> 
  <tr> 
   <td> <p>1</p> </td> 
   <td> <p><code>&lt;tx:annotation-driven transaction-manager=</code><code>"transactionManager"</code> <code>proxy-target-class=</code><code>"true"</code><code>/&gt;</code></p> </td> 
  </tr> 
 </tbody> 
</table>

5、spring是否扫描到你这个包，如下是扫描到org.test下面的包

<table> 
 <tbody> 
  <tr> 
   <td> <p>1</p> </td> 
   <td> <p><code>&lt;context:component-scan base-package=</code><code>"org.test"</code> <code>&gt;&lt;</code><code>/context</code><code>:component-scan&gt;</code></p> </td> 
  </tr> 
 </tbody> 
</table>

6、检查是不是同一个类中的方法调用（如a方法调用同一个类中的b方法）

7、异常是不是被你catch住了

### 结果处理：经过以上的分析发现原来是属于情况6，在同一个方法中A调用B，B方法的没有生效。 ###

### 其他情况：另外情况1，方法没有设置成public也会日常中常见的错误。 ###

参考：[https://www.jb51.net/article/177053.htm][https_www.jb51.net_article_177053.htm]

[https_www.jb51.net_article_177053.htm]: https://www.jb51.net/article/177053.htm