-
数据库引擎不支持事务
以 MySQL 为例,其 MyISAM 引擎是不支持事务操作的,InnoDB 才是支持事务的引擎,一般要支持事务都会使用 InnoDB。 -
没有被Spring管理
// @Service
public class OrderServiceImpl implements OrderService {
@Transactional
public void updateOrder(Order order) {
// update order
}
}
如果把@Service的注解注释掉,这个类就不会被加载成一个Bean,那这个类就不会被 Spring 管理了,事务自然就失效了。
- 在非public修饰的方法使用
@Transactional注解使用的是AOP,在使用动态代理的时候只能针对public方法进行代理。
此处如果不是标注在public修饰的方法上并不会抛出异常,但是会导致事务失效。
- 自身调用导致事务失效
一个类中的A方法(未标注声明式事务),在内部调用了另一个标注声明式事务了的B方法,这样会导致B方法中的事务失效。
public class Test{
public void A(){
//插入一条数据
//调用B方法
B();
}
@Transactional
public void B(){
//插入数据
}
}
失效的原因:
Spring在扫描Bean的时候会自动为标注了@Transactional注解的类生成一个代理类(proxy),当有注解的方法被调用的时候,实际上是代理类调用的,代理类在调用之前会开启事务,执行事务的操作,但是同类中的方法互相调用,相当于this.B(),此时的B方法并非是代理类调用,而是直接通过原有的Bean直接调用,所以注解会失效。
- 异常被吃了
在try中捕捉的异常需要在catch中抛出才能使回滚条件生效。
@Transactional
public void method(){
try{
//插入一条数据
//更改一条数据
}catch(Exception ex){
return;
}
}
- 抛出异常类型错误
@Service
public class OrderServiceImpl implements OrderService {
@Transactional
public void updateOrder(Order order) {
try {
// update order
} catch {
throw new Exception("更新错误");
}
}
}
这样事务也是不生效的,因为默认回滚的是:RuntimeException,如果你想触发其他异常的回滚,需要在注解上配置一下,如:
@Transactional(rollbackFor = Exception.class)
这个配置仅限于Throwable异常类及其子类。