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的例子我们注释掉自己定义的事务管理器，注释后运行试试吧。

      Spring 为我们定义了5个隔离级别，在@Transactional 指定isolation，使用，如下表：

DEFAULT	使用当前数据库默认的隔离级别。
READ_UNCOMMITD	在一个事务里可以读取到另一个事务未提交的数据，会产生脏读、不可重复读、幻读。
READ_COMMITTED	只有当一个事务提交后，才能被另一个事务读取到数据，不会产生脏读，会产生不可重复读、幻读。
REPEATABLE_READ	实现了READ_COMMITTED级别，而且一个事务读取了数据，另一个事务不允许修改。不会产生脏读、不可重复读，会产生幻读。
SERIALIZABLE	要求事务按照顺序执行，不会产生脏读、不可重复读、幻读，性能极差严重影响性能。

      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