可以在XML文件中進行配置，下面的代碼是個示意代碼

<tx:advice transaction-manager='txManager'> <tx:attributes> <tx:method name='add*' propagation='REQUIRED' isolation='READ_COMMITTED'/>增加記錄的方法 <tx:method name='get*' propagation='REQUIRED' isolation='READ_COMMITTED'/>獲取記錄的方法 <tx:method name='delete*' propagation='REQUIRED' isolation='READ_COMMITTED'/>刪除的方法 <tx:method name='update*' propagation='REQUIRED' isolation='SERIALIZABLE'/>更改記錄的方法 </tx:attributes> </tx:advice>

下面擴展將一下spring里面事務的傳播屬性和事務隔離級別。

一、Propagation （事務的傳播屬性）

Propagationkey屬性確定代理應該給哪個方法增加事務行為。這樣的屬性最重要的部份是傳播行為。有以下選項可供使用：

傳播行為

事務的第一個方面是傳播行為。傳播行為定義關于客戶端和被調用方法的事務邊界。Spring定義了7中傳播行為。

傳播行為 意義 PROPAGATION_REQUIRES 表示當前方法必須在一個事務中運行。如果一個現有事務正在進行中，該方法將在那個事務中運行，否則就要開始一個新事務。 PROPAGATION_SUPPORTS 表示當前方法不需要事務性上下文，但是如果有一個事務已經在運行的話，它也可以在這個事務里運行。 PROPAGATION_MANDATORY 表示該方法必須運行在一個事務中。如果當前沒有事務正在發生，將拋出一個異常。 PROPAGATION_REQUIRES_NEW 表示當前方法必須在它自己的事務里運行。一個新的事務將被啟動，而且如果有一個現有事務在運行的話，則將在這個方法運行期間被掛起。 PROPAGATION_NOT_SUPPORTED 表示當前方法不需要事務性上下文，但是如果有一個事務已經在運行的話，它也可以在這個事務里運行。 PROPAGATION_NEVER 表示當前的方法不應該在一個事務中運行。如果一個事務正在進行，則會拋出一個異常。 PROPAGATION_NESTED 表示如果當前正有一個事務在進行中，則該方法應當運行在一個嵌套式事務中。被嵌套的事務可以獨立于封裝事務進行提交或回滾。如果封裝事務不存在，行為就像PROPAGATION_REQUIRES一樣。

傳播規則回答了這樣一個問題，就是一個新的事務應該被啟動還是被掛起，或者是一個方法是否應該在事務性上下文中運行。

隔離級別

聲明式事務的第二個方面是隔離級別。隔離級別定義一個事務可能受其他并發事務活動活動影響的程度。另一種考慮一個事務的隔離級別的方式，是把它想象為那個事務對于事物處理數據的自私程度。

在一個典型的應用程序中，多個事務同時運行，經常會為了完成他們的工作而操作同一個數據。并發雖然是必需的，但是會導致一下問題：

臟讀（Dirty read）-- 臟讀發生在一個事務讀取了被另一個事務改寫但尚未提交的數據時。如果這些改變在稍后被回滾了，那么第一個事務讀取的數據就會是無效的。 不可重復讀（Nonrepeatable read）-- 不可重復讀發生在一個事務執行相同的查詢兩次或兩次以上，但每次查詢結果都不相同時。這通常是由于另一個并發事務在兩次查詢之間更新了數據。 幻影讀（Phantom reads）-- 幻影讀和不可重復讀相似。當一個事務（T1）讀取幾行記錄后，另一個并發事務（T2）插入了一些記錄時，幻影讀就發生了。在后來的查詢中，第一個事務（T1）就會發現一些原來沒有的額外記錄。

在理想狀態下，事務之間將完全隔離，從而可以防止這些問題發生。然而，完全隔離會影響性能，因為隔離經常牽扯到鎖定在數據庫中的記錄（而且有時是鎖定完整的數據表）。侵占性的鎖定會阻礙并發，要求事務相互等待來完成工作。

考慮到完全隔離會影響性能，而且并不是所有應用程序都要求完全隔離，所以有時可以在事務隔離方面靈活處理。因此，就會有好幾個隔離級別。

隔離級別 含義 ISOLATION_DEFAULT 使用后端數據庫默認的隔離級別。 ISOLATION_READ_UNCOMMITTED 允許讀取尚未提交的更改。可能導致臟讀、幻影讀或不可重復讀。 ISOLATION_READ_COMMITTED 允許從已經提交的并發事務讀取。可防止臟讀，但幻影讀和不可重復讀仍可能會發生。 ISOLATION_REPEATABLE_READ 對相同字段的多次讀取的結果是一致的，除非數據被當前事務本身改變。可防止臟讀和不可重復讀，但幻影讀仍可能發生。　 ISOLATION_SERIALIZABLE 完全服從ACID的隔離級別，確保不發生臟讀、不可重復讀和幻影讀。這在所有隔離級別中也是最慢的，因為它通常是通過完全鎖定當前事務所涉及的數據表來完成的。

只讀

聲明式事務的第三個特性是它是否是一個只讀事務。如果一個事務只對后端數據庫執行讀操作，那么該數據庫就可能利用那個事務的只讀特性，采取某些優化 措施。通過把一個事務聲明為只讀，可以給后端數據庫一個機會來應用那些它認為合適的優化措施。由于只讀的優化措施是在一個事務啟動時由后端數據庫實施的， 因此，只有對于那些具有可能啟動一個新事務的傳播行為（PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、 ROPAGATION_NESTED）的方法來說，將事務聲明為只讀才有意義。

此外，如果使用Hibernate作為持久化機制，那么把一個事務聲明為只讀，將使Hibernate的flush模式被設置為FLUSH_NEVER。這就告訴Hibernate避免和數據庫進行不必要的對象同步，從而把所有更新延遲到事務的結束。

事務超時

為了使一個應用程序很好地執行，它的事務不能運行太長時間。因此，聲明式事務的下一個特性就是它的超時。

假設事務的運行時間變得格外的長，由于事務可能涉及對后端數據庫的鎖定，所以長時間運行的事務會不必要地占用數據庫資源。這時就可以聲明一個事務在特定秒數后自動回滾，不必等它自己結束。

由于超時時鐘在一個事務啟動的時候開始的，因此，只有對于那些具有可能啟動一個新事務的傳播行為（PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、ROPAGATION_NESTED）的方法來說，聲明事務超時才有意義。

回滾規則

事務五邊形的對后一個邊是一組規則，它們定義哪些異常引起回滾，哪些不引起。在默認設置下，事務只在出現運行時異常（runtime exception）時回滾，而在出現受檢查異常（checked exception）時不回滾（這一行為和EJB中的回滾行為是一致的）。

不過，也可以聲明在出現特定受檢查異常時像運行時異常一樣回滾。同樣，也可以聲明一個事務在出現特定的異常時不回滾，即使那些異常是運行時一場。

到此這篇關于淺談spring中isolation 和propagation的用法的文章就介紹到這了,更多相關spring isolation propagation內容請搜索好吧啦網以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持好吧啦網！