Web在执行的过程中需要保证一致性，从而需要引入事务来对SQL事件进行事务的管理。具体而言可以参考这篇博客MySQL事务(transaction)。
具体而言，我们获得一个这样的需求，删除一个部门，在删除部门的过程中需要删除部门下的所有员工
@Override
public void delete(Integer id)
{
// 由于这里要执行两端删除代码，为了保证一致性
// 外面使用事务的方法进行封装与回滚
deptMapper.delete(id);
empMapper.deleteEmpByDeptId(id);
}
正常而言这段代码是可以正常执行的，但是我们在中间引入一个错误，即在两个请求过程中加入一个运行时错误，此时deptMapper.delete(id);执行成功，empMapper.deleteEmpByDeptId(id);执行失败，这时部门删除了，但是该部门下的所有员工并没有删除（这就导致了数据库的不一致性）。
@Override
@Transactional
public void delete(Integer id)
{
// 由于这里要执行两端删除代码，为了保证一致性
// 外面使用事务的方法进行封装与回滚
deptMapper.delete(id);
int i =1/0;
empMapper.deleteEmpByDeptId(id);
}
SpringBoot中的事务管理
为此我们引入SpringBoot中的事务管理,它是通过@Transactional进行注解标注的，有个这个注解整个函数包裹的部分变成一个事务。
在这里插入图片描述
@Override
@Transactional
public void delete(Integer id)
{
// 由于这里要执行两端删除代码，为了保证一致性
// 外面使用事务的方法进行封装与回滚
deptMapper.delete(id);
int i =1/0;
empMapper.deleteEmpByDeptId(id);
}
为了观察到日志，我们在application.yml引入事务管理日志。
logging:
level:
org.springframework.jdbc.support.jdbtTransactionManager: debug
执行上述代码可以看到：
运行时错误，同时整个事务进行了回滚。（同时数据库中的两个表都没有进行删除）
事务管理——rollbackFor
默认情况下@Transactional只会在系统出现运行时错误（RuntimeException）才会回滚（1/0操作就是典型的运行时错误）。
像下面，如果我们自己定义一个异常，事务是不会出现回滚的。
@Override
@Transactional
public void delete(Integer id) throws Exception
{
// 由于这里要执行两端删除代码，为了保证一致性
// 外面使用事务的方法进行封装与回滚
deptMapper.delete(id);
if(true)
throw new Exception("一个错误");
empMapper.deleteEmpByDeptId(id);
}
为此我们就需要引入rollbackFor，来定义回滚时的错误。
@Transactional(rollbackFor = Exception.class)
在注解上添加rollbackFor = Exception.class，告诉事务，遇见所有异常我都要进行回滚。
事务管理——propagation 事务传播行为
事务传播行为：指的是一个事务方法被另一个事务方法调用时，这个事务方法应该如何进行事务控制。
主要有这些事务属性
一般而言，我们知道两个就行REQUIRED、REQUIRES_NEW。
例如我这里的需求是解散部门，同时无论成功失败，都需要将记录写在操作日志上
那我们的步骤就总共为两部：1.解散部门和员工、2.记录日志到数据库
@Override
@Transactional(rollbackFor = Exception.class)
public void delete(Integer id) throws Exception
{
// 由于这里要执行两端删除代码，为了保证一致性
// 外面使用事务的方法进行封装与回滚
try {
deptMapper.delete(id);
int i = 1/0;
empMapper.deleteEmpByDeptId(id);
}
finally {
LocalDate createTime = LocalDate.now();
String description = "执行了解散部门的操作,解散的部门为"+id;
deptMapper.insertDeptLog(createTime,description);
}
}
日志记录我们这里也是一个@Transactional注解的方法
@Transactional
public void insertDeptLog(LocalDate createTime,String description);
将这个记录的方法放在了finally {}中，无论成功失败我们都要执行，但是操作这个代码发现，日志上并没有记录。
原因是这两个@Transactional默认都是REQUIRED类型，首先执行void delete(Integer id) throws Exception代码，其自动为自己创建一个Transactional；当执行到finally {}中的void insertDeptLog(LocalDate createTime,String description)时候，insertDeptLog发现目前自己已经在一个事务中运行了，则不会创建新的事物，这导致两端代码同时回滚。
为了解决这个问题，则需要对insertDeptLog中注解声明参数REQUIRES_NEW，告诉系统，无论外面有没有事物，我都会自己创建一个事物。
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void insertDeptLog(LocalDate createTime,String description);
