Java EE進(jìn)階之Spring事務(wù)深入淺出
一,在Spring中配置事務(wù)管理器
1.事務(wù)管理器bean的聲明。
- <bean id="transactionManager"
class="org.springframework.orm.hibernate3.HibernateTransactionManager">- <property name="sessionFactory" ref="sessionFactory" />
- < span>bean>
2.如果你需要以標(biāo)注驅(qū)動的方式管理的話,必須在applicationContext.xml中申明。
- <tx:annotation-driven transaction-manager="transactionManager"/>
3.如果你用xml的方式使用事務(wù)管理器的話,如下有一個例子。
- <tx:advice id="txAdvice" transaction-manager="transactionManager">
- <tx:attributes>
- <tx:method name="find*" read-only="true"/>
- <tx:method name="*" propagation="REQUIRED"/>
- < span>tx:attributes>
- < span>tx:advice>
- <aop:config>
- <aop:pointcut expression="execution(* *..dao.impl..*(..))" id="dao-pc"/>
- <aop:pointcut expression="execution(* *..service.impl..*(..))" id="service-pc"/>
- <aop:advisor advice-ref="txAdvice" pointcut-ref="dao-pc"/>
- <aop:advisor advice-ref="txAdvice" pointcut-ref="service-pc"/>
- < span>aop:config>
- <aop:aspectj-autoproxy />
二,在java代碼中指定事務(wù)屬性(使用標(biāo)注)
下面例子是Dao實(shí)現(xiàn)類的一個方法,采用標(biāo)注來指明事務(wù)。
- @Transactional(readOnly=true)
- public List<User> findUser(UserDto dto) {
- User user = new User();
- BeanUtils.copyProperties(dto, user);
- return factory.getCurrentSession()
- .createCriteria(User.class)
- .add(Example.create(user))
- .list();
- }
三,Spring事務(wù)選項
1.默認(rèn)的 @Transactional設(shè)置如下
· 事務(wù)傳播設(shè)置是 PROPAGATION_REQUIRED 使用現(xiàn)有事物,沒有則啟動新事物
· 事務(wù)隔離級別是 ISOLATION_DEFAULT
· 事務(wù)是 讀/寫 false
· 事務(wù)超時默認(rèn)是依賴于事務(wù)系統(tǒng)的,或者事務(wù)超時沒有被支持。
· 任何unchecked Exception將觸發(fā)事務(wù)回滾,但是任何checked Exception將觸發(fā)事務(wù)提交
2.@Transactional注解的屬性
· 傳播性propagation --- 可選的傳播性設(shè)置
· 隔離性isolation --- 可選的隔離性級別
· 只讀性readOnly --- 讀寫型事務(wù) or 只讀型事務(wù)
· 回滾異常類rollbackFor --- 一組異常類,遇到時必須進(jìn)行回滾。默認(rèn)情況下checked exceptions不進(jìn)行回滾而是提交,僅unchecked exceptions才進(jìn)行事務(wù)回滾。
· 回滾異常類名rollbackForClassname --- 一組異常類名,遇到時必須進(jìn)行回滾
· 不回滾異常類noRollbackFor --- 一組異常類,遇到時必須不回滾
· 不回滾異常類名noRollbackForClassname --- 一組異常類,遇到時必須不回滾
Propagation
key屬性確定代理應(yīng)該給哪個方法增加事務(wù)行為。這樣的屬性最重要的部份是傳播行為。有以下選項可供使用:
· PROPAGATION_REQUIRED--支持當(dāng)前事務(wù),如果當(dāng)前沒有事務(wù),就新建一個事務(wù)。這是最常見的選擇。
· PROPAGATION_SUPPORTS--支持當(dāng)前事務(wù),如果當(dāng)前沒有事務(wù),就以非事務(wù)方式執(zhí)行。
· PROPAGATION_MANDATORY--支持當(dāng)前事務(wù),如果當(dāng)前沒有事務(wù),就拋出異常。
· PROPAGATION_REQUIRES_NEW--新建事務(wù),如果當(dāng)前存在事務(wù),把當(dāng)前事務(wù)掛起。
· PROPAGATION_NOT_SUPPORTED--以非事務(wù)方式執(zhí)行操作,如果當(dāng)前存在事務(wù),就把當(dāng)前事務(wù)掛起。
· PROPAGATION_NEVER--以非事務(wù)方式執(zhí)行,如果當(dāng)前存在事務(wù),則拋出異常。
Isolation Level(事務(wù)隔離等級):
· Serializable:最嚴(yán)格的級別,事務(wù)串行執(zhí)行,資源消耗最大;
· REPEATABLE READ:保證了一個事務(wù)不會修改已經(jīng)由另一個事務(wù)讀取但未提交(回滾)的數(shù)據(jù)。避免了“臟讀取”和“不可重復(fù)讀取”的情況,但是帶來了更多的性能損失。
· READ COMMITTED:大多數(shù)主流數(shù)據(jù)庫的默認(rèn)事務(wù)等級,保證了一個事務(wù)不會讀到另一個并行事務(wù)已修改但未提交的數(shù)據(jù),避免了“臟讀取”。該級別適用于大多數(shù)系統(tǒng)。
· Read Uncommitted:保證了讀取過程中不會讀取到非法數(shù)據(jù)。
隔離級別在于處理多事務(wù)的并發(fā)問題。我們知道并行可以提高數(shù)據(jù)庫的吞吐量和效率,但是并不是所有的并發(fā)事務(wù)都可以并發(fā)運(yùn)行,這需要查看數(shù)據(jù)庫教材的可串行化條件判斷了。
我們首先說并發(fā)中可能發(fā)生的3中不討人喜歡的事情
· Dirty reads--讀臟數(shù)據(jù)。也就是說,比如事務(wù)A的未提交(還依然緩存)的數(shù)據(jù)被事務(wù)B讀走,如果事務(wù)A失敗回滾,會導(dǎo)致事務(wù)B所讀取的的數(shù)據(jù)是錯誤的。
· non-repeatable reads--數(shù)據(jù)不可重復(fù)讀。比如事務(wù)A中兩處讀取數(shù)據(jù)-total-的值。在第一讀的時候,total是100,然后事務(wù)B就把total的數(shù)據(jù)改成200,事務(wù)A再讀一次,結(jié)果就發(fā)現(xiàn),total竟然就變成200了,造成事務(wù)A數(shù)據(jù)混亂。
· phantom reads--幻象讀數(shù)據(jù),這個和non-repeatable reads相似,也是同一個事務(wù)中多次讀不一致的問題。但是non-repeatable reads的不一致是因為他所要取的數(shù)據(jù)集被改變了(比如total的數(shù)據(jù)),但是phantom reads所要讀的數(shù)據(jù)的不一致卻不是他所要讀的數(shù)據(jù)集改變,而是他的條件數(shù)據(jù)集改變。比如Select account.id where account.name="ppgogo*",第一次讀去了6個符合條件的id,第二次讀取的時候,由于事務(wù)b把一個帳號的名字由"dd"改成"ppgogo1",結(jié)果取出來了7個數(shù)據(jù)。
readOnly
事務(wù)屬性中的readOnly標(biāo)志表示對應(yīng)的事務(wù)應(yīng)該被最優(yōu)化為只讀事務(wù)。這是一個最優(yōu)化提示。在一些情況下,一些事務(wù)策略能夠起到顯著的最優(yōu)化效果,例如在使用Object/Relational映射工具(如:Hibernate或TopLink)時避免dirty checking
readOny只是一種“暗示”,具體會不會起到優(yōu)化的效果還取決于數(shù)據(jù)庫。
Timeout
在事務(wù)屬性中還有定義“timeout”值的選項,指定事務(wù)超時為幾秒。在JTA中,這將被簡單地傳遞到J2EE服務(wù)器的事務(wù)協(xié)調(diào)程序,并據(jù)此得到相應(yīng)的解釋。
原文鏈接:http://www.javaeye.com/topic/78674
【編輯推薦】