什么是事务？

目录

1. 事务管理

1.1 Spring事务管理

1.1.1 Transactional注解

1.2 事务进阶

1.2.1 rollbackFor

1.2.2 propagation

---

事务 是一组操作的集合，它是一个不可分割的工作单位。事务会把所有的操作作为一个整体，一起向数据库提交或者是撤销操作请求。所以这组操作要么同时成功，要么同时失败。

1. 事务管理

怎么样来控制这组操作，让这组操作同时成功或同时失败呢？此时就要涉及到事务的具体操作了。

事务的操作主要有三步：

1. 开启事务（一组操作开始前，开启事务）：start transaction / begin ;

2. 提交事务（这组操作全部成功后，提交事务）：commit ;

3. 回滚事务（中间任何一个操作出现异常，回滚事务）：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: debug

1.2 事务进阶

主要介绍@Transactional注解当中的两个常见的属性：

1. 异常回滚的属性：rollbackFor

2. 事务传播行为：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	必须没事务，否则抛异常

对于这些事务传播行为，工作上遇到以下两个：

1. REQUIRED（默认值）大部分情况下都是用该传播行为即可。

2. REQUIRES_NEW   当我们不希望事务之间相互影响时，可以使用该传播行为。比如：下订单前需要记录日志，不论订单保存成功与否，都需要保证日志记录能够记录成功。（直白点就是：不论是否有事务，都创建新事务 ，运行在一个独立的事务中。 ）