@Transactional 错误集锦以及如何正确使用

原理

@Transactional 是声明式事务管理 编程中使用的注解，通过Spring AOP在注解修饰方法的前后织入事务管理的实现语句，所以开发者只需要通过一个注解就能代替一系列繁琐的事务开始、事务关闭等重复性的编码任务。

添加位置

• 接口实现类或接口实现方法上，而不是接口类中。

• 访问权限：public 的方法才起作用。@Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。

• 系统设计：将标签放置在需要进行事务管理的方法上，而不是放在所有接口实现类上：只读的接口就不需要事务管理，由于配置了@Transactional就需要AOP拦截及事务的处理，可能影响系统性能。

错误案例

1.同一个类中调用

public class A {
    
    public void methodA() {
        methodB();
        
        // 其他操作
    }

    @Transactional
    public void methodB() {
        // 写数据库操作
    }
    }

上面案例是错误的基于Spring Aop的拦截机制，将会忽略事务。解决方式如下：

@Service
@AllArgsConstructor
public class A {
    
    private B b;
    
    public void methodA() {
        b.methodB();
        // 其他操作
    }
}

@Service
public class B {
    @Transactional
    public void methodB() {
        // 写数据库操作
    }
    }

注意：这里的B类没有用@Autowrire，构造函数用Lombok的@AllArgsConstructor生成 自动注入了。

2. @Transactional修饰方法不是public

public class TransactionalMistake {
    
    @Transactional
    private void method() {
        // 写数据库操作
    }
    }

这也是基于Spring AOP实现的注解所要满足的要求。这个最简单, 直接把方法访问类型改成public即可。

3. 不同的数据源

public class TransactionalMistake {

    @Transactional
    public void createOrder(Order order) {
        orderRepo1.save(order);
        orderRepo2.save(order);
    }
}

上面这个例子里的orderRepo1和orderRepo2是连接的两个不同数据源。默认情况下，这种跨数据源的事务是不会成功的。如果要在多个数据源之间实现事务，那么可以引入JTA。

4. 回滚异常配置不正确

默认情况下，仅对RuntimeException和Error进行回滚。如果不是的它们及它们的子孙异常的话，就不会回滚。如果不是RuntimeException，但也希望触发回滚，那么可以使用rollbackFor属性来指定要回滚的异常。

public class TransactionalMistake {

    @Transactional(rollbackFor = XXXException.class)
    public void method() throws XXXException {

    }
}

5. 数据库引擎不支持事务

spring.jpa.database-platform=org.hibernate.dialect.MySQL5InnoDBDialect

这里的spring.jpa.database-platform配置主要用来设置hibernate使用的方言。这里特地采用了MySQL5InnoDBDialect，主要为了保障在使用Spring Data JPA时候，Hibernate自动创建表的时候使用InnoDB存储引擎，不然就会以默认存储引擎MyISAM来建表，而MyISAM存储引擎是没有事务的。

点击下方卡片/微信搜索，关注公众号“天宇文创意乐派”(ID:gh_cc865e4c536b)

听说点赞和关注本号的都找到漂亮的小姐姐了哟且年后必入百万呀！！

本文使用 文章同步助手 同步