1 MyBatis自動參與到 spring 事務管理中，無需額外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的數據源與 DataSourceTransactionManager 引用的數據源一致即可，否則事務管理會不起作用。
2 事務隔離級別
隔離級別是指若干個並發的事務之間的隔離程度。TransactionDefinition 接口中定義了五個表示隔離級別的常量：
- TransactionDefinition.ISOLATION_DEFAULT：這是默認值，表示使用底層數據庫的默認隔離級別。對大部分數據庫而言，通常這值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
- TransactionDefinition.ISOLATION_READ_UNCOMMITTED：該隔離級別表示一個事務可以讀取另一個事務修改但還沒有提交的數據。該級別不能防止臟讀，不可重復讀和幻讀，因此很少使用該隔離級別。比如PostgreSQL實際上並沒有此級別。
- TransactionDefinition.ISOLATION_READ_COMMITTED：該隔離級別表示一個事務只能讀取另一個事務已經提交的數據。該級別可以防止臟讀，這也是大多數情況下的推薦值。
- TransactionDefinition.ISOLATION_REPEATABLE_READ：該隔離級別表示一個事務在整個過程中可以多次重復執行某個查詢，並且每次返回的記錄都相同。該級別可以防止臟讀和不可重復讀。
- TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事務依次逐個執行，這樣事務之間就完全不可能產生干擾，也就是說，該級別可以防止臟讀、不可重復讀以及幻讀。但是這將嚴重影響程序的性能。通常情況下也不會用到該級別。
3 事務傳播行為
所謂事務的傳播行為是指，如果在開始當前事務之前，一個事務上下文已經存在，此時有若干選項可以指定一個事務性方法的執行行為。在TransactionDefinition定義中包括了如下幾個表示傳播行為的常量：
- TransactionDefinition.PROPAGATION_REQUIRED：如果當前存在事務，則加入該事務；如果當前沒有事務，則創建一個新的事務。這是默認值。
- TransactionDefinition.PROPAGATION_REQUIRES_NEW：創建一個新的事務，如果當前存在事務，則把當前事務掛起。
- TransactionDefinition.PROPAGATION_SUPPORTS：如果當前存在事務，則加入該事務；如果當前沒有事務，則以非事務的方式繼續運行。
- TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事務方式運行，如果當前存在事務，則把當前事務掛起。
- TransactionDefinition.PROPAGATION_NEVER：以非事務方式運行，如果當前存在事務，則拋出異常。
- TransactionDefinition.PROPAGATION_MANDATORY：如果當前存在事務，則加入該事務；如果當前沒有事務，則拋出異常。
- TransactionDefinition.PROPAGATION_NESTED：如果當前存在事務，則創建一個事務作為當前事務的嵌套事務來運行；如果當前沒有事務，則該取值等價於TransactionDefinition.PROPAGATION_REQUIRED。
4 事務超時
所謂事務超時，就是指一個事務所允許執行的最長時間，如果超過該時間限制但事務還沒有完成，則自動回滾事務。在 TransactionDefinition 中以 int 的值來表示超時時間，其單位是秒。
默認設置為底層事務系統的超時值，如果底層數據庫事務系統沒有設置超時值，那么就是none，沒有超時限制。
5 只讀事務用於客戶代碼只讀但不修改數據的情形，只讀事務用於特定情景下的優化，比如使用Hibernate的時候。默認為讀寫事務。
6 @Transactional注解
6.1 屬性
@Transactional 可以作用於接口、接口方法、類以及類方法上。當作用於類上時，該類的所有 public 方法將都具有該類型的事務屬性，同時，我們也可以在方法級別使用該標注來覆蓋類級別的定義。
雖然 @Transactional 注解可以作用於接口、接口方法、類以及類方法上，但是 Spring 建議不要在接口或者接口方法上使用該注解，因為這只有在使用基於接口的代理時它才會生效。另外， @Transactional 注解應該只被應用到 public 方法上，這是由 Spring AOP 的本質決定的。如果你在 protected、private 或者默認可見性的方法上使用 @Transactional 注解，這將被忽略，也不會拋出任何異常。
默認情況下，只有來自外部的方法調用才會被AOP代理捕獲，也就是，類內部方法調用本類內部的其他方法並不會引起事務行為，即使被調用方法使用@Transactional注解進行修飾。
方法上注解屬性會覆蓋類注解上的相同屬性。
說明：看網上好多教程說，要使用事務需要配置兩項， @EnableTransactionManagement 和 @Transactional ，但是自己在使用過程中只在需要事務的地方添加了 @Transactional 注解，也是支持事務的。具體原因還沒有搞清楚。
找到解答如下：
而 mybatis-spring-boot-starter 1.3.2 版本會自動引入 JDBC，所以應該是注入了 DataSourceTransactionManager。 而springboot 默認數據源是 jdbc 創建的數據源，需要在 application.properties 配置文件中配置。
二、mybatis-spring-boot-starter 中數據庫方面的配置
如果不是使用默認數據源，需要將其注入到 spring 的 context 中，即DataSource 配置放到配置類中，然后使用 @Primary 注解標注為主要數據源。
使用注解的方式或者編程的方式將 mapper 注入到 spring 的 context 中。比較方便方法使用注解掃描。在springbootapplication 類上添加 @MapperScan 注解。
2.1 application.properties 文件中的 mybatis.mapper-locations 屬性說明：
如果Mapper.xml與Mapper.class在同一個包下且同名，spring掃描Mapper.class的同時會自動掃描同名的Mapper.xml並裝配到Mapper.class。
如果Mapper.xml與Mapper.class不在同一個包下或者不同名，就必須使用配置mapperLocations指定mapper.xml的位置。
此時spring是通過識別mapper.xml中的 <mapper namespace="com.fan.mapper.UserDao"> namespace的值來確定對應的Mapper.class的。
2.2 需要說明一點的是
MyBatis-Spring-Boot-Starter will:
- Autodetect an existing DataSource.
- Will create and register an instance of a SqlSessionFactory passing that DataSource as an input using the SqlSessionFactoryBean.
- Will create and register an instance of a SqlSessionTemplate got out of the SqlSessionFactory.
- Autoscan your mappers, link them to the SqlSessionTemplate and register them to Spring context so they can be injected into your beans.
所以：如果是一個數據源的配置的話，事務是沒有問題的，因為是使用的一個數據源。如果多個數據源，以后再學習進行總結。