事务 是一组操作的集合，它是一个不可分割的工作单位。事务会把所有的操作作为一个整体，一起向数据库提交或者是撤销操作请求。所以这组操作要么同时成功，要么同时失败。
1. 事务管理
怎么样来控制这组操作，让这组操作同时成功或同时失败呢？此时就要涉及到事务的具体操作了。
事务的操作主要有三步：
-
开启事务（一组操作开始前，开启事务）：start transaction / begin ;
-
提交事务（这组操作全部成功后，提交事务）：commit ;
-
回滚事务（中间任何一个操作出现异常，回滚事务）：rollback ;
1.1 Spring事务管理
在方法运行之前，开启事务，如果方法成功执行，就提交事务，如果方法执行的过程当中出现异常了，就回滚事务。
在一般开发中 一旦我们要进行控制事务都是这样的套路
所以在spring框架当中就已经把事务控制的代码都已经封装好了，并不需要我们手动实现。使用了spring框架，只需要通过一个简单的注解@Transactional就搞定了。
1.1.1 Transactional注解
@Transactional作用：就是在当前这个方法执行开始之前来开启事务，方法执行完毕之后提交事务。如果在这个方法执行的过程当中出现了异常，就会进行事务的回滚操作。
@Transactional注解：我们一般会在业务层当中来控制事务，因为在业务层当中，一个业务功能可能会包含多个数据访问的操作。在业务层来控制事务，我们就可以将多个数据访问操作控制在一个事务范围内。
@Transactional注解书写位置：
-
方法
-
当前方法交给spring进行事务管理
-
-
类
-
当前类中所有的方法都交由spring进行事务管理
-
-
接口
-
接口下所有的实现类当中所有的方法都交给spring 进行事务管理
-
可以在application.yml配置文件中开启事务管理日志，这样就可以在控制看到和事务相关的日志信息了
#spring事务管理日志
logging:level:org.springframework.jdbc.support.JdbcTransactionManager: debug1.2 事务进阶
主要介绍@Transactional注解当中的两个常见的属性：
-
异常回滚的属性：rollbackFor
-
事务传播行为：propagation
1.2.1 rollbackFor
一般在方法上添加了@Transactional注解，来实现事务管理。
出现异常之后，由于在方法上加了@Transactional注解进行事务管理，所以发生异常会执行rollback回滚操作，从而保证事务操作前后数据是一致的
默认情况下，只有出现RuntimeException(运行时异常)才会回滚事务。
如果还需要回滚指定类型的异常，可以通过rollbackFor属性来指定。
1.2.2 propagation
@Transactional注解当中的第二个属性propagation，这个属性是用来配置事务的传播行为的。
什么是事务的传播行为呢？
-
就是当一个事务方法被另一个事务方法调用时，这个事务方法应该如何进行事务控制。
-
例如：两个事务方法，一个A方法，一个B方法。在这两个方法上都添加了@Transactional注解，就代表这两个方法都具有事务，而在A方法当中又去调用了B方法。
| 属性值 | 含义 |
|---|---|
| REQUIRED | 【默认值】需要事务，有则加入，无则创建新事务 |
| REQUIRES_NEW | 需要新事务，无论有无，总是创建新事务 |
| SUPPORTS | 支持事务，有则加入，无则在无事务状态中运行 |
| NOT_SUPPORTED | 不支持事务，在无事务状态下运行,如果当前存在已有事务,则挂起当前事务 |
| MANDATORY | 必须有事务，否则抛异常 |
| NEVER | 必须没事务，否则抛异常 |
对于这些事务传播行为，工作上遇到以下两个：
-
REQUIRED（默认值）大部分情况下都是用该传播行为即可。
-
REQUIRES_NEW 当我们不希望事务之间相互影响时，可以使用该传播行为。比如：下订单前需要记录日志，不论订单保存成功与否，都需要保证日志记录能够记录成功。（直白点就是：不论是否有事务，都创建新事务 ，运行在一个独立的事务中。 ）
