spring boot 遇到的註解：@Transactional
標紅即為本文的關鍵詞，以後回顧時候可以看標紅欄位進行串聯
轉自：https://www.cnblogs.com/yepei/p/4716112.html
事務管理目的：即使出現異常情況，也可以保證資料一致性。
事務管理的特點：
- 為不同的事務API提供一致的程式設計模型，比如JTA(Java Transaction API), JDBC, Hibernate, JPA(Java Persistence API（Java持久層API ——關係表的對映關係，並將執行期的實體物件持久化到資料庫中）和JDO(Java Data Objects)
- 基於註解的宣告式事務管理
- 提供比其他事務API如JTA更簡單的程式設計式事務管理API
- 與spring資料訪問抽象的完美整合
事務管理方式
spring支援程式設計式事務管理和宣告式事務管理兩種方式。
程式設計式事務管理使用TransactionTemplate或者直接使用底層的PlatformTransactionManager。對於程式設計式事務管理，spring推薦使用TransactionTemplate。
宣告式事務管理建立在AOP之上的。其本質是對方法前後進行攔截，然後在目標方法開始之前建立或者加入一個事務，執行完目標方法之後根據執行情況提交或者回滾事務
（也就是註解式只能載入方法的外面而不能程式碼塊，但是可以吧需要進行程式碼管理的程式碼塊獨立出來作為方法。）
宣告式事務管理兩種常用的方式，:1：xml檔案方式（基於 <tx> 和 <aop> 名稱空間的宣告式事務管理），2：@Transactional註解。
（其中有個點在於：自動提交(AutoCommit)與連線關閉時的是否自動提交
）預設情況下，資料庫處於自動提交模式。每一條語句處於一個單獨的事務中，在這條語句執行完畢時，如果執行成功則隱式的提交事務，如果
執行失敗則隱式的回滾事務。對於正常的事務管理，是一組相關的操作處於一個事務之中，因此必須關閉資料庫的自動提交模式。不過，這個我們不用擔心，spring會將底層連線的自動提交特性設定為false。
有些資料連線池提供了關閉事務自動提交的設定，最好在設定連線池時就將其關閉。但C3P0沒有提供這一特性，只能依靠spring來設定。
因為JDBC規範規定，當連線物件建立時應該處於自動提交模式，這是跨DBMS的預設值，如果需要,必須顯式的關閉自動提交。C3P0遵守這一規範，讓客戶程式碼來顯式的設定需要的提交模式。連線關閉時的是否自動提交
當一個連線關閉時，如果有未提交的事務應該如何處理？JDBC規範沒有提及，C3P0預設的策略是回滾任何未提交的事務。這是一個正確的策略，但JDBC驅動提供商之間對此問題並沒有達成一致。
C3P0的autoCommitOnClose屬性預設是false,沒有十分必要不要動它。或者可以顯式的設定此屬性為false，這樣會更明確。（這部分寫的很有意思，大意大概是資料庫連線池預設為自動提交，但是我們大部分時候需要關閉事務自動提交的功能）
DataSourceTransactionManager：事務管理器
對JDBC（Java Data Base Connectivity,java資料庫連線）進行事務管理，在spring中是對JdbcTemplate進行事務管理
擴充套件：
HibernateTransactionManager：是對Hibernate進行事務管理，當在spring中使用HibernateTemplate時，要使用此管理器。spring中是對JdbcTemplate進行事務管理（以後用到填坑！）
基於註解的宣告式事務管理配置
spring-servlet.xml
這個是針對於JDBC進行的事務管理配置
<!-- transaction support-->
<!-- PlatformTransactionMnager -->
<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource" />
</bean>
<!-- enable transaction annotation support -->
<tx:annotation-driven transaction-manager="txManager" />還要在spring-servlet.xml中新增tx名字空間
...
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:aop="http://www.springframework.org/schema/aop"
xsi:schemaLocation="
...
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx.xsd
...MyBatis自動參與到spring事務管理中，無需額外配置，只要org.mybatis.spring.SqlSessionFactoryBean引用的資料來源與DataSourceTransactionManager引用的資料來源一致即可，否則事務管理會不起作用。
另外需要下載依賴包aopalliance.jar放置到WEB-INF/lib目錄下。否則spring初始化時會報異常
java.lang.NoClassDefFoundError: org/aopalliance/intercept/MethodInterceptor
其中TransactionDefinition介面定義以下特性：
事務隔離級別
隔離級別是指若干個併發的事務之間的隔離程度。TransactionDefinition 介面中定義了五個表示隔離級別的常量：
- TransactionDefinition.ISOLATION_DEFAULT：這是預設值，表示使用底層資料庫的預設隔離級別。對大部分資料庫而言，通常這值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
- TransactionDefinition.ISOLATION_READ_UNCOMMITTED：該隔離級別表示一個事務可以讀取另一個事務修改但還沒有提交的資料。該級別不能防止髒讀，不可重複讀和幻讀，因此很少使用該隔離級別。比如PostgreSQL實際上並沒有此級別。
- TransactionDefinition.ISOLATION_READ_COMMITTED：該隔離級別表示一個事務只能讀取另一個事務已經提交的資料。該級別可以防止髒讀，這也是大多數情況下的推薦值。
- TransactionDefinition.ISOLATION_REPEATABLE_READ：該隔離級別表示一個事務在整個過程中可以多次重複執行某個查詢，並且每次返回的記錄都相同。該級別可以防止髒讀和不可重複讀。
- TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事務依次逐個執行，這樣事務之間就完全不可能產生干擾，也就是說，該級別可以防止髒讀、不可重複讀以及幻讀。但是這將嚴重影響程式的效能。通常情況下也不會用到該級別。
事務傳播行為
所謂事務的傳播行為是指，如果在開始當前事務之前，一個事務上下文已經存在，此時有若干選項可以指定一個事務性方法的執行行為。在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。
事務超時
所謂事務超時，就是指一個事務所允許執行的最長時間，如果超過該時間限制但事務還沒有完成，則自動回滾事務。在 TransactionDefinition 中以 int 的值來表示超時時間，其單位是秒。
預設設定為底層事務系統的超時值，如果底層資料庫事務系統沒有設定超時值，那麼就是none，沒有超時限制。
事務只讀屬性
只讀事務用於客戶程式碼只讀但不修改資料的情形，只讀事務用於特定情景下的優化，比如使用Hibernate的時候。
預設為讀寫事務。
spring事務回滾規則
指示spring事務管理器回滾一個事務的推薦方法是在當前事務的上下文內丟擲異常。spring事務管理器會捕捉任何未處理的異常，然後依據規則決定是否回滾丟擲異常的事務。
預設配置下，spring只有在丟擲的異常為執行時unchecked異常時才回滾該事務，也就是丟擲的異常為RuntimeException的子類(Errors也會導致事務回滾)，而丟擲checked異常則不會導致事務回滾。（看是檢查異常還是runtimeException）
可以明確的配置在丟擲那些異常時回滾事務，包括checked異常。也可以明確定義那些異常丟擲時不回滾事務。
還可以程式設計性的通過setRollbackOnly()方法來指示一個事務必須回滾，在呼叫完setRollbackOnly()後你所能執行的唯一操作就是回滾。
@Transactional註解！！！
@Transactional屬性
| 屬性 | 型別 | 描述 |
|---|---|---|
| value | String | 可選的限定描述符，指定使用的事務管理器 |
| propagation | enum: Propagation | 可選的事務傳播行為設定 |
| isolation | enum: Isolation | 可選的事務隔離級別設定 |
| readOnly | boolean | 讀寫或只讀事務，預設讀寫 |
| timeout | int (in seconds granularity) | 事務超時時間設定 |
| rollbackFor | Class物件陣列，必須繼承自Throwable | 導致事務回滾的異常類陣列 |
| rollbackForClassName | 類名陣列，必須繼承自Throwable | 導致事務回滾的異常類名字陣列 |
| noRollbackFor | Class物件陣列，必須繼承自Throwable | 不會導致事務回滾的異常類陣列 |
| noRollbackForClassName | 類名陣列，必須繼承自Throwable | 不會導致事務回滾的異常類名字陣列 |
用法
@Transactional 可以作用於介面、介面方法、類以及類方法上。當作用於類上時，該類的所有 public 方法將都具有該型別的事務屬性，同時，我們也可以在方法級別使用該標註來覆蓋類級別的定義。
雖然 @Transactional 註解可以作用於介面、介面方法、類以及類方法上，但是 Spring 建議不要在介面或者介面方法上使用該註解，因為這隻有在使用基於介面的代理時它才會生效。另外， @Transactional 註解應該只被應用到 public 方法上！！！，這是由 Spring AOP 的本質決定的。（如果你在 protected、private 或者預設可見性的方法上使用 @Transactional 註解，這將被忽略，也不會丟擲任何異常。）
預設情況下，只有來自外部的方法呼叫才會被AOP代理捕獲，也就是，類內部方法呼叫本類內部的其他方法並不會引起事務行為，即使被呼叫方法使用@Transactional註解進行修飾。
（總結就是需要public方法！）
@Transactional(readOnly = true)
public class DefaultFooService implements FooService {
public Foo getFoo(String fooName) {
// do something
}
// these settings have precedence for this method
//方法上註解屬性會覆蓋類註解上的相同屬性
@Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW)
public void updateFoo(Foo foo) {
// do something
}
}