@Transaction注解的应用

一、简单了解@Transaction注解的使用 

调用两次mapper层的方法需要加@Transaction注解，以确保在一个事务中执行这两个方法，保持数据的一致性。

以下是一个示例代码：

@Service
public class MyService {

    @Autowired
    private MyMapper myMapper;

    @Transactional
    public void callTwoMapperMethods() {
        myMapper.method1();
        myMapper.method2();
    }
}

在上述代码中，callTwoMapperMethods方法上添加了@Transactional注解，这意味着这两个mapper方法将在同一个事务中执行。如果其中一个方法执行失败，整个事务将回滚，保持数据的一致性。

如果不加@Transactional注解，每次调用mapper层的方法都将在单独的事务中执行。这意味着每个方法都会有自己的事务边界，它们之间不会共享事务。

在这种情况下，如果第一个mapper方法执行成功，但第二个mapper方法执行失败，第一个方法的操作将无法回滚，导致数据不一致。这是因为没有事务管理，每个方法都会在其自己的事务中提交或回滚。

另外，如果你调用两个mapper方法之间需要维护一致性，确保它们在同一个事务中执行是很重要的。这样，如果任何一个方法失败，整个事务将回滚，保持数据的一致性。

因此，为了确保数据的一致性和事务的正确管理，建议在调用两个mapper方法的方法上添加@Transactional注解。

二、错误使用@Transactional

Spring支持了7种传播机制，分别为：

上面不支持事务的传播机制为：PROPAGATION_SUPPORTS，PROPAGATION_NOT_SUPPORTED，PROPAGATION_NEVER。

如果配置了这三种传播方式的话，在发生异常的时候，事务是不会回滚的。

三、编程式事务和声明式事务的区别

编程式事务和声明式事务是两种不同的事务管理方式。

1. 编程式事务：
编程式事务是通过编写代码来显式地管理事务。在编程式事务中，开发人员需要手动控制事务的开始、提交和回滚。通常使用编程式事务管理方式时，需要使用事务管理器（如`PlatformTransactionManager`）来管理事务的生命周期。开发人员需要在代码中显式地调用事务管理器的方法来控制事务的边界。

2. 声明式事务：
声明式事务是通过在方法或类级别上添加事务注解来实现事务管理。在声明式事务中，开发人员不需要显式地编写事务管理代码，而是通过配置来定义事务的行为。框架会根据事务注解的定义，在方法执行前后自动管理事务的开始、提交和回滚。

总结：
- 编程式事务需要手动编写事务管理代码，对事务的控制更加灵活，但也更加繁琐。
- 声明式事务通过注解来实现事务管理，简化了事务管理的代码，提高了开发效率，但对事务的控制相对较少。
- 声明式事务更适合简单的事务场景，而编程式事务适用于复杂的事务场景或需要更细粒度控制的情况。