Spring对事务的支持

事务概述

● 什么是事务
○ 在一个业务流程当中，通常需要多条DML（insert delete update）语句共同联合才能完成，这多条DML语句必须同时成功，或者同时失败，这样才能保证数据的安全。
○ 多条DML要么同时成功，要么同时失败，这叫做事务。
○ 事务：Transaction（tx）
● 事务的四个处理过程：
○ 第一步：开启事务 (start transaction)
○ 第二步：执行核心业务代码
○ 第三步：提交事务（如果核心业务处理过程中没有出现异常）(commit transaction)
○ 第四步：回滚事务（如果核心业务处理过程中出现异常）(rollback transaction)
● 事务的四个特性：
○ A 原子性：事务是最小的工作单元，不可再分。
○ C 一致性：事务要求要么同时成功，要么同时失败。事务前和事务后的总量不变。
○ I 隔离性：事务和事务之间因为有隔离性，才可以保证互不干扰。
○ D 持久性：持久性是事务结束的标志。

引入事务场景

以银行账户转账为例学习事务。两个账户act-001和act-002。act-001账户向act-002账户转账10000，必须同时成功，或者同时失败。（一个减成功，一个加成功， 这两条update语句必须同时成功，或同时失败。）
连接数据库的技术采用Spring框架的JdbcTemplate。
采用三层架构搭建：

事务中的重点属性：

● 事务传播行为
● 事务隔离级别
● 事务超时
● 只读事务
● 设置出现哪些异常回滚事务
● 设置出现哪些异常不回滚事务

事务传播行为

什么是事务的传播行为？
在service类中有a()方法和b()方法，a()方法上有事务，b()方法上也有事务，当a()方法执行过程中调用了b()方法，事务是如何传递的？合并到一个事务里？还是开启一个新的事务？这就是事务传播行为。
事务传播行为在spring框架中被定义为枚举类型：
一共有七种传播行为：
● REQUIRED：支持当前事务，如果不存在就新建一个(默认)【没有就新建，有就加入】
● SUPPORTS：支持当前事务，如果当前没有事务，就以非事务方式执行【有就加入，没有就不管了】
● MANDATORY：必须运行在一个事务中，如果当前没有事务正在发生，将抛出一个异常【有就加入，没有就抛异常】
● REQUIRES_NEW：开启一个新的事务，如果一个事务已经存在，则将这个存在的事务挂起【不管有没有，直接开启一个新事务，开启的新事务和之前的事务不存在嵌套关系，之前事务被挂起】
● NOT_SUPPORTED：以非事务方式运行，如果有事务存在，挂起当前事务【不支持事务，存在就挂起】
● NEVER：以非事务方式运行，如果有事务存在，抛出异常【不支持事务，存在就抛异常】
● NESTED：如果当前正有一个事务在进行中，则该方法应当运行在一个嵌套式事务中。被嵌套的事务可以独立于外层事务进行提交或回滚。如果外层事务不存在，行为就像REQUIRED一样。【有事务的话，就在这个事务里再嵌套一个完全独立的事务，嵌套的事务可以独立的提交和回滚。没有事务就和REQUIRED一样。】

事务隔离级别

事务隔离级别类似于教室A和教室B之间的那道墙，隔离级别越高表示墙体越厚。隔音效果越好。
数据库中读取数据存在的三大问题：（三大读问题）
● 脏读：读取到没有提交到数据库的数据，叫做脏读。
● 不可重复读：在同一个事务当中，第一次和第二次读取的数据不一样。
● 幻读：读到的数据是假的。
事务隔离级别包括四个级别：
● 读未提交：READ_UNCOMMITTED
○ 这种隔离级别，存在脏读问题，所谓的脏读(dirty read)表示能够读取到其它事务未提交的数据。
● 读提交：READ_COMMITTED
○ 解决了脏读问题，其它事务提交之后才能读到，但存在不可重复读问题。
● 可重复读：REPEATABLE_READ
○ 解决了不可重复读，可以达到可重复读效果，只要当前事务不结束，读取到的数据一直都是一样的。但存在幻读问题。
● 序列化：SERIALIZABLE
○ 解决了幻读问题，事务排队执行。不支持并发。
大家可以通过一个表格来记忆：

事务超时

@Transactional(timeout = 10)

以上代码表示设置事务的超时时间为10秒。
表示超过10秒如果该事务中所有的DML语句还没有执行完毕的话，最终结果会选择回滚。
默认值-1，表示没有时间限制。
这里有个坑，事务的超时时间指的是哪段时间？
在当前事务当中，最后一条DML语句执行之前的时间。如果最后一条DML语句后面很有很多业务逻辑，这些业务代码执行的时间不被计入超时时间。