可以在XML文件中進(jìn)行配置，下面的代碼是個(gè)示意代碼

<tx:advice id="txAdvice" 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>

下面擴(kuò)展將一下spring里面事務(wù)的傳播屬性和事務(wù)隔離級(jí)別。

一、Propagation （事務(wù)的傳播屬性）

Propagationkey屬性確定代理應(yīng)該給哪個(gè)方法增加事務(wù)行為。這樣的屬性最重要的部份是傳播行為。有以下選項(xiàng)可供使用：

傳播行為

事務(wù)的第一個(gè)方面是傳播行為。傳播行為定義關(guān)于客戶端和被調(diào)用方法的事務(wù)邊界。Spring定義了7中傳播行為。

傳播規(guī)則回答了這樣一個(gè)問題，就是一個(gè)新的事務(wù)應(yīng)該被啟動(dòng)還是被掛起，或者是一個(gè)方法是否應(yīng)該在事務(wù)性上下文中運(yùn)行。

隔離級(jí)別

聲明式事務(wù)的第二個(gè)方面是隔離級(jí)別。隔離級(jí)別定義一個(gè)事務(wù)可能受其他并發(fā)事務(wù)活動(dòng)活動(dòng)影響的程度。另一種考慮一個(gè)事務(wù)的隔離級(jí)別的方式，是把它想象為那個(gè)事務(wù)對(duì)于事物處理數(shù)據(jù)的自私程度。

在一個(gè)典型的應(yīng)用程序中，多個(gè)事務(wù)同時(shí)運(yùn)行，經(jīng)常會(huì)為了完成他們的工作而操作同一個(gè)數(shù)據(jù)。并發(fā)雖然是必需的，但是會(huì)導(dǎo)致一下問題：

• 臟讀（Dirty read）-- 臟讀發(fā)生在一個(gè)事務(wù)讀取了被另一個(gè)事務(wù)改寫但尚未提交的數(shù)據(jù)時(shí)。如果這些改變?cè)谏院蟊换貪L了，那么第一個(gè)事務(wù)讀取的數(shù)據(jù)就會(huì)是無效的。
• 不可重復(fù)讀（Nonrepeatable read）-- 不可重復(fù)讀發(fā)生在一個(gè)事務(wù)執(zhí)行相同的查詢兩次或兩次以上，但每次查詢結(jié)果都不相同時(shí)。這通常是由于另一個(gè)并發(fā)事務(wù)在兩次查詢之間更新了數(shù)據(jù)。
• 幻影讀（Phantom reads）-- 幻影讀和不可重復(fù)讀相似。當(dāng)一個(gè)事務(wù)（T1）讀取幾行記錄后，另一個(gè)并發(fā)事務(wù)（T2）插入了一些記錄時(shí)，幻影讀就發(fā)生了。在后來的查詢中，第一個(gè)事務(wù)（T1）就會(huì)發(fā)現(xiàn)一些原來沒有的額外記錄。

在理想狀態(tài)下，事務(wù)之間將完全隔離，從而可以防止這些問題發(fā)生。然而，完全隔離會(huì)影響性能，因?yàn)楦綦x經(jīng)常牽扯到鎖定在數(shù)據(jù)庫中的記錄（而且有時(shí)是鎖定完整的數(shù)據(jù)表）。侵占性的鎖定會(huì)阻礙并發(fā)，要求事務(wù)相互等待來完成工作。

考慮到完全隔離會(huì)影響性能，而且并不是所有應(yīng)用程序都要求完全隔離，所以有時(shí)可以在事務(wù)隔離方面靈活處理。因此，就會(huì)有好幾個(gè)隔離級(jí)別。

 只讀

聲明式事務(wù)的第三個(gè)特性是它是否是一個(gè)只讀事務(wù)。如果一個(gè)事務(wù)只對(duì)后端數(shù)據(jù)庫執(zhí)行讀操作，那么該數(shù)據(jù)庫就可能利用那個(gè)事務(wù)的只讀特性，采取某些優(yōu)化 措施。通過把一個(gè)事務(wù)聲明為只讀，可以給后端數(shù)據(jù)庫一個(gè)機(jī)會(huì)來應(yīng)用那些它認(rèn)為合適的優(yōu)化措施。由于只讀的優(yōu)化措施是在一個(gè)事務(wù)啟動(dòng)時(shí)由后端數(shù)據(jù)庫實(shí)施的， 因此，只有對(duì)于那些具有可能啟動(dòng)一個(gè)新事務(wù)的傳播行為（PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、 ROPAGATION_NESTED）的方法來說，將事務(wù)聲明為只讀才有意義。

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

事務(wù)超時(shí)

為了使一個(gè)應(yīng)用程序很好地執(zhí)行，它的事務(wù)不能運(yùn)行太長時(shí)間。因此，聲明式事務(wù)的下一個(gè)特性就是它的超時(shí)。

假設(shè)事務(wù)的運(yùn)行時(shí)間變得格外的長，由于事務(wù)可能涉及對(duì)后端數(shù)據(jù)庫的鎖定，所以長時(shí)間運(yùn)行的事務(wù)會(huì)不必要地占用數(shù)據(jù)庫資源。這時(shí)就可以聲明一個(gè)事務(wù)在特定秒數(shù)后自動(dòng)回滾，不必等它自己結(jié)束。

由于超時(shí)時(shí)鐘在一個(gè)事務(wù)啟動(dòng)的時(shí)候開始的，因此，只有對(duì)于那些具有可能啟動(dòng)一個(gè)新事務(wù)的傳播行為（PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、ROPAGATION_NESTED）的方法來說，聲明事務(wù)超時(shí)才有意義。

回滾規(guī)則

事務(wù)五邊形的對(duì)后一個(gè)邊是一組規(guī)則，它們定義哪些異常引起回滾，哪些不引起。在默認(rèn)設(shè)置下，事務(wù)只在出現(xiàn)運(yùn)行時(shí)異常（runtime exception）時(shí)回滾，而在出現(xiàn)受檢查異常（checked exception）時(shí)不回滾（這一行為和EJB中的回滾行為是一致的）。

不過，也可以聲明在出現(xiàn)特定受檢查異常時(shí)像運(yùn)行時(shí)異常一樣回滾。同樣，也可以聲明一個(gè)事務(wù)在出現(xiàn)特定的異常時(shí)不回滾，即使那些異常是運(yùn)行時(shí)一場(chǎng)。

到此這篇關(guān)于淺談spring中isolation 和propagation的用法的文章就介紹到這了,更多相關(guān)spring isolation  propagation內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論