一.为什么要加事务注解呢

添加事务注解的主要目的是确保在数据库操作过程中的一致性和隔离性。事务是一组操作被视为一个单独的工作单元，并且要么完全成功提交，要么完全回滚，以确保数据的一致性。事务注解提供了在方法或类级别上声明事务边界的方式，以便框架能够自动管理事务。

以下是使用事务注解的几个关键原因：

数据一致性：事务注解可以确保在一个事务中的所有数据库操作要么全部成功提交，要么全部回滚。这样可以保持数据的一致性，避免因为部分操作失败导致数据不一致的情况。如果某个操作发生异常，事务注解会触发事务回滚，这意味着事务中的所有数据库操作都会被撤销，使数据恢复到事务开始前的状态。
隔离性：事务注解可以为每个事务提供隔离级别的配置，以控制事务之间的相互影响程度。隔离级别决定了一个事务对数据的读取和写入的可见性，确保并发事务之间的数据访问不会相互干扰。例如，如果两个事务并发读写同一行数据，并且使用了适当的隔离级别，事务注解会确保这些操作不会互相冲突。
事务传播行为：事务注解允许开发人员定义事务的传播行为，即方法调用链中事务的传播关系。通过设置传播行为，可以控制如何在嵌套方法调用中传播事务。例如，当一个方法调用另一个方法时，是否使用相同的事务、是否创建新的事务等。事务注解提供了灵活的配置选项，以满足不同的业务需求。

总之，使用事务注解能够简化对事务边界的管理，提高代码的可读性和可维护性。通过声明性的方式，框架可以自动处理事务的创建、提交和回滚，让开发人员专注于业务逻辑的实现，同时确保数据库操作的一致性和隔离性。

二.如果方法中都是查询数据库的操作还需要添加事务注解吗

如果方法中都是查询数据库的操作，通常情况下不需要添加事务注解。事务主要用于管理对数据库的修改操作，比如插入、更新或删除数据。对于只有查询操作的方法，由于不会对数据库进行修改操作，因此事务的使用是多余的。

事务的目的是确保修改操作的一致性和隔离性，并提供回滚机制以防止数据不一致。查询操作只涉及读取数据，并不改变数据的状态，因此不会对数据的一致性产生影响。

然而，有一些情况下你可能仍然需要在查询方法上添加事务注解：

与修改操作混合：如果查询方法中既包含了读取操作，又包含了修改操作（如更新缓存、计算统计信息等），那么你可能需要在该方法上添加事务注解。这样可以确保查询操作和修改操作在同一个事务内执行，从而保持数据的一致性。
隔离性要求：有时候你可能需要在查询方法中使用事务注解来设置特定的隔离级别。某些数据库引擎只在事务中才支持某些隔离级别，因此你可能需要在查询方法上添加事务注解来设置所需的隔离级别。

总而言之，对于纯粹的查询方法，通常不需要添加事务注解，因为事务主要用于处理修改操作。但是，如果查询方法需要与修改操作混合，或者有特定的隔离需求，你可以考虑在方法上添加事务注解。

三.@Transactional的范围是什么

@Transactional注解的范围可以应用于方法级别和类级别：

方法级别：当@Transactional注解应用于具体的方法时，它表示该方法将在一个独立的事务中执行。当方法被调用时，事务管理器会自动为该方法创建一个事务，并根据注解的属性进行事务管理（如传播行为、隔离级别等）。
类级别：当@Transactional注解应用于类时，它表示该类中的所有公共方法都将在一个事务中执行。类级别的@Transactional注解可以用于声明整个类的事务属性，这样所有的公共方法都能够继承这个事务属性。当然，如果在具体的方法上也有@Transactional注解，那么方法级别的注解会覆盖类级别的注解。

下面是示例：

@Transactional
public class MyClass {
    
    public void method1() {
        // 在这里执行在事务中的操作...
    }
    
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void method2() {
        // 在这里执行在事务中的操作...
    }
}

在上述示例中，method1()和method2()都位于MyClass类中。由于MyClass类上有@Transactional注解，因此默认情况下这两个方法都会在事务中执行。但是，对于method2()方法，它具有自己的注解并且指定了REQUIRES_NEW的传播行为，因此它将创建一个新的事务，并且与类级别的事务相互独立。

总结来说，@Transactional注解的范围可以在方法级别和类级别，用于定义方法或类的事务属性，使其在被调用时自动开启和管理事务。

四.如果一个方法中有多个事务，为了保证安全，应该怎么加事务的注解呢

如果一个方法中有多个事务，并且你希望保证这些事务的安全性，可以根据具体需求和业务逻辑来决定如何添加事务注解。以下是两种常见的方法：

嵌套事务（Nested Transactions）：使用 @Transactional 注解参数 propagation 设置为 Propagation.NESTED。嵌套事务意味着内部事务依赖外部事务，内部事务的提交和回滚将独立于外部事务。当外部事务提交时，内部事务也会提交；当外部事务回滚时，内部事务也会回滚。这种方式可以保证每个事务独立控制，但仍然受外部事务的影响。

@Transactional(propagation = Propagation.NESTED)
public void myMethod() {
// ...
// 内部事务1
// ...
```
 // ...
 // 内部事务2
 // ...
```
}

事务组（Transaction Group）：使用 TransactionTemplate 类手动管理多个事务。TransactionTemplate 类允许你手动开始、提交或回滚事务，以实现精确的控制。

@Autowired
private PlatformTransactionManager transactionManager;

public void myMethod() {
TransactionTemplate transactionTemplate = new TransactionTemplate(transactionManager);

 transactionTemplate.execute(new TransactionCallbackWithoutResult() {
     protected void doInTransactionWithoutResult(TransactionStatus status) {
         // ...
         // 事务1
         // ...
     }
 });
 
 transactionTemplate.execute(new TransactionCallbackWithoutResult() {
     protected void doInTransactionWithoutResult(TransactionStatus status) {
         // ...
         // 事务2
         // ...
     }
 });

}

以上两种方式提供了不同层次的事务控制，你可以根据具体情况选择适合的方式来确保多个事务的安全性。注意，在嵌套事务中，你需要确保所使用的数据库支持嵌套事务。在使用事务组时，你需要手动进行事务的提交和回滚操作。

五.@Transactional(propagation = Propagation.NESTED)和 @Transactional(propagation = Propagation.REQUIRED,rollbackFor = Exception.class)分别的作用和区别是什么

如果一个方法中存在多个事务，并且你希望在这个方法执行期间保持事务的一致性和隔离性，可以使用以下两种方式来添加事务的注解：

外围事务（外部事务）：你可以在方法上加上@Transactional注解，表示整个方法运行在一个事务中。这样，在方法执行期间，所有的操作都将在一个事务内进行，如果任意一个事务操作失败，则整个方法的所有操作都会回滚。

@Transactional
public void myMethod() {
// 事务操作1
// 事务操作2
// ...
}
内嵌事务（嵌套事务）：如果你需要在方法中存在多个相互独立的子事务，并且每个子事务可以独立地成功或失败，你可以在子方法上使用@Transactional注解。同时，你需要在方法上加上@Transactional(propagation = Propagation.REQUIRED)注解，来指定方法的事务传播行为为"REQUIRED"，表示如果当前方法没有事务，则创建一个新事务，如果当前方法已经存在事务，则沿用当前事务。

@Transactional(propagation = Propagation.REQUIRED)
public void myMethod() {
// 事务操作1
mySubMethod1();
// 事务操作3
}

@Transactional(propagation = Propagation.REQUIRED)
public void mySubMethod1() {
// 事务操作2
}

在这种情况下，每个子方法都运行在独立的子事务中，如果子事务失败，只会影响当前子方法及其嵌套的子方法，不会影响外层方法的其他操作。如果整个方法中的任意一个事务操作失败，则会回滚整个方法的所有操作。

请注意，在使用内嵌事务时，你需要确保所使用的事务管理器（如Spring的PlatformTransactionManager）支持嵌套事务。不同的事务管理器对嵌套事务的支持程度可能会有所不同。

六.为什么方法中不能仅仅使用@Transactional，还要写成@Transactional(propagation = Propagation.REQUIRED,rollbackFor = Exception.class)

在使用@Transactional注解时，常常需要指定一些参数以满足特定的需求。其中，propagation和rollbackFor是常用的两个参数，具体解释如下：

propagation参数：该参数指定了事务的传播行为，即在方法调用链中如何处理事务的传播关系。常用的传播行为包括REQUIRED、REQUIRES_NEW、NESTED等。默认值是REQUIRED，表示如果当前方法已经存在事务，则沿用当前事务；如果当前方法没有事务，则创建一个新事务。不同的传播行为对事务的创建和使用有不同的规则和影响。
rollbackFor参数：该参数指定了在哪些异常发生时触发事务回滚操作。通常情况下，事务默认只会在抛出RuntimeException及其子类时进行回滚，其他异常不会触发回滚操作。通过设置rollbackFor参数，可以使指定的异常类型也触发事务回滚。

因此，如果你想要明确事务的传播行为，并且希望在抛出任何异常时都触发事务回滚，可以通过设置propagation参数和rollbackFor参数来实现。

@Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
public void myMethod() {
    // ...
}

这样配置后，myMethod()方法将在一个事务中执行，并且任何抛出Exception及其子类的异常都会触发事务回滚，确保了事务在异常情况下的一致性。请注意，对于抛出RuntimeException的异常，默认情况下会触发事务回滚，无需使用rollbackFor来指定。

七.如果方法中都是查询数据库的操作还需要添加事务注解吗