聲明式事務
在Spring中,聲明式事務是用事務參數來定義的。一個事務參數就是對事務策略應該如何應用到某個方法的一段描述,如下圖所示一個事務參數共有5個方面組成:

傳播行為
事務的第一個方面是傳播行為。傳播行為定義關於客戶端和被調用方法的事務邊界。Spring定義了7中傳播行為。
傳播行為 | 意義 |
---|---|
PROPAGATION_MANDATORY | 表示該方法必須運行在一個事務中。如果當前沒有事務正在發生,將拋出一個異常 |
PROPAGATION_NESTED | 表示如果當前正有一個事務在進行中,則該方法應當運行在一個嵌套式事務中。被嵌套的事務可以獨立於封裝事務進行提交或回滾。如果封裝事務不存在,行為就像PROPAGATION_REQUIRES一樣。 |
PROPAGATION_NEVER | 表示當前的方法不應該在一個事務中運行。如果一個事務正在進行,則會拋出一個異常。 |
PROPAGATION_NOT_SUPPORTED | 表示該方法不應該在一個事務中運行。如果一個現有事務正在進行中,它將在該方法的運行期間被掛起。 |
PROPAGATION_SUPPORTS | 表示當前方法不需要事務性上下文,但是如果有一個事務已經在運行的話,它也可以在這個事務里運行。 |
PROPAGATION_REQUIRES_NEW | 表示當前方法必須在它自己的事務里運行。一個新的事務將被啟動,而且如果有一個現有事務在運行的話,則將在這個方法運行期間被掛起。 |
PROPAGATION_REQUIRES | 表示當前方法必須在一個事務中運行。如果一個現有事務正在進行中,該方法將在那個事務中運行,否則就要開始一個新事務。 |
傳播規則回答了這樣一個問題,就是一個新的事務應該被啟動還是被掛起,或者是一個方法是否應該在事務性上下文中運行。
spring(數據庫)事務隔離級別分為四種(級別遞減):
1、Serializable (串行化):最嚴格的級別,事務串行執行,資源消耗最大;
2、REPEATABLE READ(重復讀) :保證了一個事務不會修改已經由另一個事務讀取但未提交(回滾)的數據。避免了“臟讀取”和“不可重復讀取”的情況,但不能避免“幻讀”,但是帶來了更多的性能損失。
3、READ COMMITTED (提交讀):大多數主流數據庫的默認事務等級,保證了一個事務不會讀到另一個並行事務已修改但未提交的數據,避免了“臟讀取”,但不能避免“幻讀”和“不可重復讀取”。該級別適用於大多數系統。
4、Read Uncommitted(未提交讀) :事務中的修改,即使沒有提交,其他事務也可以看得到,會導致“臟讀”、“幻讀”和“不可重復讀取”。
臟讀、不可重復讀、幻讀:
也許有很多讀者會對上述隔離級別中提及到的 臟讀、不可重復讀、幻讀 的理解有點吃力,我在這里嘗試使用通俗的方式來解釋這三種語義:
臟讀:所謂的臟讀,其實就是讀到了別的事務回滾前的臟數據。比如事務B執行過程中修改了數據X,在未提交前,事務A讀取了X,而事務B卻回滾了,這樣事務A就形成了臟讀。
也就是說,當前事務讀到的數據是別的事務想要修改成為的但是沒有修改成功的數據。
不可重復讀:事務A首先讀取了一條數據,然后執行邏輯的時候,事務B將這條數據改變了,然后事務A再次讀取的時候,發現數據不匹配了,就是所謂的不可重復讀了。
也就是說,當前事務先進行了一次數據讀取,然后再次讀取到的數據是別的事務修改成功的數據,導致兩次讀取到的數據不匹配,也就照應了不可重復讀的語義。
幻讀:事務A首先根據條件索引得到N條數據,然后事務B改變了這N條數據之外的M條或者增添了M條符合事務A搜索條件的數據,導致事務A再次搜索發現有N+M條數據了,就產生了幻讀。
也就是說,當前事務讀第一次取到的數據比后來讀取到數據條目少。
不可重復讀和幻讀比較:
兩者有些相似,但是前者針對的是update或delete,后者針對的insert。
<!-- 4. 配置聲明式事務 引入名稱空間--> <tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <!-- 指定所有的get開頭的方法都是只讀的不進行聲明式事務管理 --> <tx:method name="get*" read-only="true"/> <!-- 指定其他的方法均要進行事務管理 rollback-for屬性指定事務在什么情況下進行回滾 propagation屬性指定事務的傳播特性REQUIRED 用service事務|REQUIRES_NEW用dao層的事務 isolation屬性指定事務的隔離級別,一般的數據庫(mysql orecle等)都是"READ_COMMITTED" 可以不做設置 --> <tx:method name="*" propagation="REQUIRED" rollback-for="" isolation="READ_COMMITTED"/> </tx:attributes> </tx:advice>