SpringBoot事务详解

大家好，又见面了，我是你们的朋友全栈君。

一、定义

    事务(transaction)是指业务逻辑上对数据库进行的一系列持久化操作，要么全部成功，要么全部失败。

二、特性和实现

    1、事务的四个基本性质(ACID)

    1）原子性(Atomicity)

          事务的原子性指事务是一个不可分割的工作单位，这组操作要么全部执行，要么全部不发生。

          就拿银行转账来说，原子性指的是从A账户扣款和转账到B账户两件事一起发生，不能只发生其中一样。

    2）一致性(Consistency)

          在事务开始的前后，被操作的数据的完整性都处于一致性的状态。

          还是银行转账的例子，一致性指的是在转账的前后A和B两个账户的总金额是不变的，始终保持一致。

    3）隔离性(Isolation)

          多个事务并发时，事务之间是隔离的，每个事务都有自己的完整数据空间，不会影响到其他事物的运行效果。

          事务隔离性的四种隔离级别和实现原理这里就不作阐述，感兴趣的可以看以下两篇博客：

                四种隔离级别      https://blog.csdn.net/qq_33290787/article/details/51924963

                实现原理            https://blog.csdn.net/matt8/article/details/53096405

    4）持久性(Durability)

          事务提交后，该事务对数据所做的修改将持久地保存在数据库，并不会回滚。

    事务的原子性、一致性和持久性是通过数据库的redo/undo日志文件实现的。redo log处理系统故障，undo log处理事务回滚。如果在事务提交之后出现数据库崩溃(断电)的情况，在恢复供电时，数据库会根据重写日志对数据进行前滚。

    2、事务的实现

    在Spring中，事务有两种实现方式，分别是编程式事务和声明式事务。

    编程式事务:编程式事务管理使用Transaction Template或者直接使用底层的Platform TransactionManager。对于编程式事务，Spring推荐使用Transaction Template。TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

    声明式事务:声明式事务基于AOP，其本质是对方法前后进行拦截，在方法开始前创建或加入一个事务，再根据目标方法执行的结果决定提交还是回滚事务。只需要在类、方法加上@Transactional注解就可以使用事务，没有入侵性，简单粗暴。

三、声明式事务的使用技巧

    1、@Transactional可以作用于接口、接口方法、类、类方法上，当作用到类时，该类下所有public方法都将具有该类型的事务属性，同时，也可以在方法级别使用该注解来覆盖类级别的定义。Spring的建议是在具体的实现类和类方法使用@Transactional注解，而不是使用在接口上。因为注解不能继承，不能被基于接口的代理类所识别，注解失效。

    2、声明式事务管理默认只对非检查型异常unchecked Exception进行回滚，也就是对RuntimeException异常以及它的子类进行回滚操作。

    如果需要让checked Exception也进行回滚，需加上@Transactional(rollbackFor=Exception.class)、

    如果需要让unchecked Exception不进行回滚，需加上@Transactional(notRollbackFor=Exception.class)

    3、在Springboot使用声明式事务需要在Application启动类加入@EnableTransactionManagement注解，相当于Spring的自动扫描

四、声明式事务的常用配置

五、声明式事务的隔离级别

隔离级别是指若干个并发的事务之间的隔离程度。TransactionDefinition 接口中定义了五个表示隔离级别的常量：

TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED。 
TransactionDefinition.ISOLATION_READ_UNCOMMITTED：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读，不可重复读和幻读，因此很少使用该隔离级别。比如PostgreSQL实际上并没有此级别。 
TransactionDefinition.ISOLATION_READ_COMMITTED：该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值。 
TransactionDefinition.ISOLATION_REPEATABLE_READ：该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。该级别可以防止脏读和不可重复读。 
TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

六、声明式事务的传播行为

所谓事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。在TransactionDefinition定义中包括了如下几个表示传播行为的常量：

TransactionDefinition.PROPAGATION_REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。这是默认值。 
TransactionDefinition.PROPAGATION_REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。 
TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。 
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。 
TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。 
TransactionDefinition.PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。 
TransactionDefinition.PROPAGATION_NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。

参考博客：

SpringBoot事务注解@Transactional    https://blog.csdn.net/wkl305268748/article/details/77619367

事务的四大特征      https://blog.csdn.net/longxingzhiwen/article/details/53912475

理解事务的四种隔离级别     https://blog.csdn.net/qq_33290787/article/details/51924963 

@Transactional(rollbackFor=Exception.class)的使用  https://blog.csdn.net/Mint6/article/details/78363761