Spring Boot 事务管理
Spring Boot 使用的是Spring 事务管理机制，Spring事务对事务管理提供了一个顶层的接口PlatformTransactionManager，对所支持的所有事务统一管理接口。Spring 针对JDBC提供了DataSourceTransactionManager，对Hibernate提供了HibernateTransactionManager，对JDO提供了JdoTransactionManager，对JPA提供了设置JpaTransactionManager，对分布式事务支持提供了JtaTransactionManager。
Spring Boot 为我们提供了默认的事务管理器，本来这一节想在之前先写的，后面想想都写的理论没有实战也会忘记，故而放在Mybatis后写，在集成Mybatis的时候，我显示的声明了事务管理器，目的是为了大家方便的看，其实是可以不用的。接下来详细说明。
当使用我们在应用程序中使用Starter Poms的时候，Spring Boot会自动为我们创建相应的事务管理器，例如：使用spring-boot-starter-jdbc那么Spring Boot会自动为我们创建DataSourceTransactionManager事务管理器，我们只需要使用@EnableTransactionManagement注解来开启注解事务，然后在方法上使用@Transactional注解即可。当我们自己配置了事务管理器的时候，Spring Boot 将不再提供事务管理，而是使用我们定义的事务管理器。
基于Mybatis的例子我们注释掉自己定义的事务管理器，注释后运行试试吧。
1.隔离级别
Spring 为我们定义了5个隔离级别，在@Transactional 指定isolation，使用，如下表：
| DEFAULT | 使用当前数据库默认的隔离级别。 |
| READ_UNCOMMITD | 在一个事务里可以读取到另一个事务未提交的数据，会产生脏读、不可重复读、幻读。 |
| READ_COMMITTED | 只有当一个事务提交后，才能被另一个事务读取到数据，不会产生脏读，会产生不可重复读、幻读。 |
| REPEATABLE_READ | 实现了READ_COMMITTED级别，而且一个事务读取了数据，另一个事务不允许修改。不会产生脏读、不可重复读，会产生幻读。 |
| SERIALIZABLE | 要求事务按照顺序执行，不会产生脏读、不可重复读、幻读，性能极差严重影响性能。 |
2.事务传播
Spring 为我们定义了7个传播行为，在@Transactional 指定propagation，如下表：
| REQUIRED | 必须要在事务下执行，如果当前存在事务则加入该事务，否则创建新的事务执行。例如： A方法调用B方法，A方法已经在事务下了，调用B的时候，B会加入到A的事务中，处于同一事务下，如果出错所有的操作都将回滚。 |
| SUPPORTS | 当前如果存在事务则加入该事务，如果没有就不用事务执行。 |
| MANDATORY | 必须要在事务下执行，如果当前存在事务则加入该事务，如果不存在事务则抛异常。 |
| REQUIRES_NEW | 必须要在一个新的事务下执行，如果当前存在事务，则会创建新的事务执行，如果出现错误不会回滚其它事务。例如：A调用B，B出错不会导致A事务数据回滚。 |
| NOT_SUPPORTED | 不能在事务下执行，如果当前存在事务则把当前事务挂起。 |
| NEVER | 不能在事务下执行，如果当前存在事务则抛异常。 |
| NESTED | 如果当前存在事务，则会创建新的事务执行。具体的这个我也不是怎么清楚，很少用到。 |
这一篇比较偏理论，后面会对Spring Boot 自动配置的源码进行分析。完整的示例代码放在QQ交流群中 springboot-mybatis.zip
有兴趣的朋友可以加群探讨相互学习：
Spring Boot QQ交流群：599546061