事务隔离级别：
先了解一些事务隔离级别有哪些：
未提交读(Read Uncommitted)： 允许脏读，也就是可能读取到其他会话中未提交事务修改的数据
提交读(Read Committed)： 只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别 (不重复读)
可重复读(Repeated Read)： 在同一个事务内的查询都是事务开始时刻一致的，Mysql的InnoDB默
认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻读（多个事务同时修改同一
条记录，事务之间不知道彼此存在，当事务提交之后，后面的事务修改的数据将会覆盖前事务，前
一个事务就像发生幻觉一样）
可串行化(Serializable)： 完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞。
不可重复读和幻读的区别主要是： 解决不可重复读需要锁定了当前满足条件的记录，而解决幻读需要锁定当前满足条件的记录及相近的记录。比如查询某个商品的信息，可重复读事务隔离级别可以
保证当前商品信息被锁定，解决不可重复读；但是如果统计商品个数，中途有记录插入，可重复读
事务隔离级别就不能保证两个事务统计的个数相同。
事务的传播级别：
Spring事务定义了7种传播机制：
1： PROPAGATION_REQUIRED:默认的Spring事物传播级别，若当前存在事务，则加入该事务，若不存在事务，则新建一个事务。
2： PAOPAGATION_REQUIRE_NEW:若当前没有事务，则新建一个事务。若当前存在事务，则新建一个事务，新老事务相互独立。外部事务抛出异常回滚不会影响内部事务的正常提交。
3： PROPAGATION_NESTED:如果当前存在事务，则嵌套在当前事务中执行。如果当前没有事务，则新建一个事务，类似于REQUIRE_NEW。
4： PROPAGATION_SUPPORTS:支持当前事务，若当前不存在事务，以非事务的方式执行。
5： PROPAGATION_NOT_SUPPORTED:以非事务的方式执行，若当前存在事务，则把当前事务挂起。
6： PROPAGATION_MANDATORY:强制事务执行，若当前不存在事务，则抛出异常。
7： PROPAGATION_NEVER:以非事务的方式执行，如果当前存在事务，则抛出异常。
Spring事务传播级别一般不需要定义，默认就是PROPAGATION_REQUIRED，除非在嵌套事务的情
况下需要重点了解。
Spring 事务实现方式：
编程式事务管理： 这意味着你可以通过编程的方式管理事务，这种方式带来了很大的灵活性，但很难维护。
声明式事务管理： 这种方式意味着你可以将事务管理和业务代码分离。你只需要通过注解或者XML配置管理事务。
事务三要素是什么：
数据源： 表示具体的事务性资源，是事务的真正处理者，如MySQL等。
事务管理器： 像一个大管家，从整体上管理事务的处理过程，如打开、提交、回滚等。
事务应用和属性配置： 像一个标识符，表明哪些方法要参与事务，如何参与事务，以及一些相关属性如隔离级别、超时时间等。
事务注解的本质是什么：
@Transactional 这个注解仅仅是一些（和事务相关的）元数据，在运行时被事务基础设施读取消
费，并使用这些元数据来配置bean的事务行为。 大致来说具有两方面功能，一是表明该方法要参与事务，二是配置相关属性来定制事务的参与方式和运行行为
声明式事务主要是得益于Spring AOP。使用一个事务拦截器，在方法调用的前后/周围进行事务性
增强（advice），来驱动事务完成。
@Transactional注解既可以标注在类上，也可以标注在方法上。当在类上时，默认应用到类里的所
有方法。如果此时方法上也标注了，则方法上的优先级高。 另外注意方法一定要是public的。
Spring框架的事务管理有哪些优点：
1： 它为不同的事务API(如JTA, JDBC, Hibernate, JPA, 和JDO)提供了统一的编程模型。它为编程式事务管理提供了一个简单的API而非一系列复杂的事务API(如JTA).它支持声明式事务管理。它可以和Spring 的多种数据访问技术很好的融合。
2： 它为不同的事务API(如JTA, JDBC, Hibernate, JPA, 和JDO)提供了统一的编程模型。它为编程式事务管理提供了一个简单的API而非一系列复杂的事务API(如JTA).它支持声明式事务管理。它可以和Spring 的多种数据访问技术很好的融合。
3： 它为不同的事务API(如JTA, JDBC, Hibernate, JPA, 和JDO)提供了统一的编程模型。它为编程式事务管理提供了一个简单的API而非一系列复杂的事务API(如JTA).它支持声明式事务管理。它可以和Spring 的多种数据访问技术很好的融合。
