事務處理 Spring Boot事務機制實質上就是Spring的事務處理機制。 1 事務的4大特性 原子性(Atomicity) 一個事務要麼全部提交成功，要麼全部失敗回滾，不能只執行其中的一部分操作。 一致性(Consistency) 一旦事務完成（不管成功還是失敗），系統必須確保涉及的數據處於一 ...
事務處理
Spring Boot事務機制實質上就是Spring的事務處理機制。
1 事務的4大特性
原子性(Atomicity)
一個事務要麼全部提交成功，要麼全部失敗回滾，不能只執行其中的一部分操作。
一致性(Consistency)
一旦事務完成（不管成功還是失敗），系統必須確保涉及的數據處於一致的狀態，而不會是部分完成部分失敗。數據不應該被破壞。
隔離性(Isolation)
併發環境下，一個事務的執行不能不被其他事務干擾。不同的事務併發操作相同的數據時，每個事務都有各自完成的數據空間。
即一個事務內部的操作及使用的數據對其他併發事務時隔離的，併發執行的各個事務之間不能相互干擾。
持久性(Durability)
一旦事務提交，那麼它對資料庫中的對應數據的狀態的變更就會永久保存到資料庫中。
2 事務的傳播機制
事務的傳播性一般用在事務嵌套的場景，比如一個事務方法裡面調用了另外一個事務方法。
那麼兩個方法是各自作為獨立的方法提交還是內層的事務合併到外層的事務一起提交，這就是需要事務傳播機制的配置來確定怎麼樣執行。
即：一個新的事務應該被啟動還是被掛起，或者是一個方法是否應該在事務性上下文中運行。
事務傳播機制有以下幾種：
PROPAGATION_REQUIRED
Spring預設的傳播機制，能滿足絕大部分業務需求，如果外層有事務，則當前事務加入到外層事務，一塊提交，一塊回滾。
如果外層沒有事務，新建一個事務執行。
PROPAGATION_REQUES_NEW
每次都會新開啟一個事務，同時把外層事務掛起，噹噹前事務執行完畢，恢覆上層事務的執行。如果外層沒有事務，執行當前新開啟的事務即可。
PROPAGATION_SUPPORT
如果外層有事務，則加入外層事務，如果外層沒有事務，則直接使用非事務方式執行。完全依賴外層的事務。
PROPAGATION_NOT_SUPPORT
不支持事務，如果外層存在事務則掛起，執行完當前代碼，則恢復外層事務，無論是否異常都不會回滾當前的代碼。
PROPAGATION_NEVER
不支持外層事務，即如果外層有事務就拋出異常。
PROPAGATION_MANDATORY
與NEVER相反，如果外層沒有事務，則拋出異常。
PROPAGATION_NESTED
保存狀態保存點，當前事務回滾到某一個點，從而避免所有的嵌套事務都回滾，即各自回滾各自的。
如果子事務沒有把異常吃掉，基本還是會引起全部回滾的。
3 事務的隔離級別
3.1 事務併發
併發環境下，多個事務同時運行，會導致以下的問題：
臟讀
一個事務讀取了被另一個事務改寫但尚未提交的數據。
如果這些改變在稍後被回滾了，那麼第一個事務讀取的數據就會是無效的。
不可重覆讀
一個事務執行相同的查詢兩次或兩次以上，但每次查詢結果都不相同。
通常是由於另一個併發事務在兩次查詢之間更新了數據。
不可重覆讀的重點是修改，同樣的條件, 你讀取過的數據, 再次讀取出來發現值不一樣了。
幻讀
當一個事務（T1）讀取幾行記錄後，另一個併發事務（T2）插入了一些記錄時，在後來的查詢中，第一個事務（T1）就會發現一些原來沒有的額外記錄。
幻讀的重點在於新增或者刪除，同樣的條件, 第1次和第2次讀出來的記錄數不一樣。
3.2 隔離級別
在理想狀態下，事務之間應滿足隔離性，防止上述問題發生。
在標準SQL規範中，定義了以下4個事務隔離級別，不同的隔離級別對事務的處理不同。
ISOLATION_DEFAULT
使用後端資料庫預設的隔離級別。
ISOLATION_READ_UNCOMMITTED
讀未提交，未授權讀取。允許臟讀取，其隔離級別最低。
比如事務A和事務B同時進行，事務A在整個執行階段，會將某數據的值從1開始一直加到10，然後進行事務提交。
此時，事務B能夠看到這個數據項在事務A操作過程中的所有中間值（如1變成2，2變成3等），而對這一系列的中間值的讀取就是未授權讀取。
ISOLATION_READ_COMMITTED
已提交讀，授權讀取。Oracle預設級別。只允許獲取已經提交的數據。
比如事務A和事務B同時進行，事務A進行+1操作，此時，事務B無法看到這個數據項在事務A操作過程中的所有中間值，只能看到最終的10。
另外，如果說有一個事務C，和事務A進行非常類似的操作，只是事務C是將數據項從10加到20，此時事務B也同樣可以讀取到20。
即授權讀取允許不可重覆讀取。
ISOLATION_REPEATABLE_READ
可重覆讀。MYSQL預設級別。禁止不可重覆讀取和臟讀取，但是有可能出現幻讀。
ISOLATION_SERIALIZABLE
串列化。
最嚴格的事務隔離級別，它要求所有事務被串列執行，即事務只能一個接一個的進行處理，不能併發執行。
4 事務的實現方式
SpringBoot中推薦使用@Transactional註解管理事務，簡單。
4.1 編程式事務管理
在代碼中調用beginTransaction()、commit()、rollback()等事務管理相關的方法進行事務的管理。
4.2 基於TransactionProxyFactoryBean的聲明式事務管理
通過配置DataSourceTransactionManager及TransactionProxyFactoryBean進行事務控制。
4.3 基於@Transactional的聲明式事務管理
標註在方法上。
@Transactional(isolation=Isolation.DEFAULT,propagation=Propagation.REQUIRED,rollbackFor=Exception.class)
public void test() {
//TODO
}
配置說明
- isolation：指定事務的隔離級別，預設為
Isolation.DEFAULT - propagation：指定事務的傳播性，預設為
Propagation.REQUIRED - rollbackFor：指定回滾的異常類，可多個
- noRollbackFor：指定不回滾的異常類，可多個
- readOnly：指定事務為只讀，預設false
- timeout：指定事務的超時時間，預設不限
註：
Spring中需要顯式配置DataSourceTransactionManager及
<tx:annotation-driven transaction-manager="myTracnsactionManager"/>SpringBoot中已經有自動配置了，直接使用即可
4.4 基於Aspect AOP配置事務
通過自定義AOP切點方式配置事務。
5 源碼結構
6 參考
【SpringBoot系列】八、SpringBoot 中的事務處理
