Spring 事务管理简介
事务管理器接口
事务管理器是 PlatformTransactionManager 接口对象。其主要用于完成事务的提交、回滚，及获取事务的状态信息。
三个事务方法：
void commit(TransactionStatus status)：事务的提交
TransactionStatus getTransaction(TransactionDefinition definition)：获取事务的状态
void rollback(TranscationStatus status)：事务的回滚
常用的两个实现类
PlatformTransactionManager 接口有两个常用的实现类：
DataSourceTransactionManager：使用 JDBC 或 MyBatis 进行持久化数据时使用。
HibernateTransactionManager：使用 Hibernate 进行持久化数据时使用。
Spring 的回滚方式
Spring 事务的默认回滚方式是：发生运行时异常回滚
事务定义接口
事务定义接口 TransactionDefinition 中定义了事务描述相关的三类常量：事务隔离级别、事务传播行为、事务默认超时时限，及对它们的操作。
事务的四种隔离级别
DEFAULT：采用 DB 默认的事务隔离级别。
MySql 默认为 REPEATABLE_READ；Oracle 默认为：READ_COMMITTED；
- READ_UNCOMMITTED：读未提交。未解决任何并发问题。
eg:B修改数据后不提交，A在操作数据就变了，B可以提交前卷回
- READ_COMMITTED：读已提交。解决脏读，存在不可重复读与幻读。
eg:只有B提交了，A才能变（解决脏读）。A不用提交 直接查，不可重复读（update）、虚读（insert）的更新的数据都可以直接查到（不可重复读和幻读）
- REPEATABLE_READ：可重复读。解决脏读、不可重复读。存在幻读。
eg:只有B提交了，A自己也提交了才能看到update数据（避免了不可重复读和胀读）。A不用提交直接查虚读（insert）的更新的数据可能查到（有可能存在幻读）
- SERIALIZABLE：串行化。不存在并发问题。
eg:只有B提交了，A自己也提交了才能看到update和insert数据
级别越高，性能越低，数据越安全
事务隔离级别主要解决并发问题：
-
胀读：指一个事务读取了另一个事务未提交的数据。比如转钱后不提交，你查到了后对方卷回
-
不可重复读：在一个事务内读取表中的某一行数据，多次读取结果不同。一个事务读取到了另一个事务提交后的数据。（update）
-
虚读（幻读）：是指在一个事务内读取到了别的事务插入的数据，导致前后读取不一致
事务的七种传播行为
所谓事务传播行为是指，处于不同事务中的方法在相互调用时，执行期间事务的维护情况。如，A 事务中的方法 a() 调用 B 事务中的方法 b()，在调用执行期间事务的维护情况，就称为事务传播行为。事务传播行为是加在方法上的。
-
REQUIRED：指定的方法必须在事务内执行。若当前存在事务，就加入到当前事务中；若当前没有事务，则创建一个新事务。这种传播行为是最常见的选择，也是 Spring 默认的事务传播行为。
eg:A.a()必须要在事务内执行，如果B.b()存在事务，可以直接加到B.b（）中，如果B.b（）不存在事务，A.a（）自己创建事务
-
SUPPORTS：指定的方法支持当前事务，但若当前没有事务，也可以以非事务方式执行。
eg：B.b（）有事务，A.a（）就跟着走，B.b（）无事务，A.a（）照样自己走
-
MANDATORY：指定的方法必须在当前事务内执行，若当前没有事务，则直接抛出异常。
eg:B.b（）有事务，A.a（）在里面执行。B.b（）无事务，抛异常
-
REQUIRES_NEW：总是新建一个事务，若当前存在事务，就将当前事务挂起，直到新事务执行完毕。
eg:B.b（）有事务，A.a（）不理，自己创建一个事务执行
-
NOT_SUPPORTED：指定的方法不能在事务环境中执行，若当前存在事务，就将当前事务挂起。
eg：A.a（）不支持事务，如果B.b（）没事务，可以执行，如果B.b（）有事务，把B.b（）挂起。
-
NEVER：指定的方法不能在事务环境下执行，若当前存在事务，就直接抛出异常。
eg：A.a（）不支持事务，如果B.b（）没事务，可以执行，如果B.b（）有事务，抛异常
-
NESTED：指定的方法必须在事务内执行。若当前存在事务，则在嵌套事务内执行；若当前没有事务，则创建一个新事务。
eg：A.a()必须要在事务内执行，如果B.b()存在事务，A.a（）自己创建事务嵌套在B.b（）事务中，如果B.b（）不存在事务，A.a（）自己创建事务