javascript
spring 事务隔离级别和传播行为_Spring事务的传播行为案例分析
1、spring給出經(jīng)常面試的考點(diǎn)Spring事務(wù)的4個(gè)特性含義---這個(gè)很容易理解
2、spring事務(wù)傳播特性的定義以及案例分析
一、事務(wù)的特性ACID
這四個(gè)英文單詞拼寫(xiě)我一直記不住,求記憶方法
- 原子性(Atomicity):事務(wù)是一系列原子操作,要么全部成功,要么全部失敗。
- 一致性(Consistency):一旦完成(不管是成功還是失敗),確保它所在的一系列業(yè)務(wù)狀態(tài)保持一致,狀態(tài)都是成功,或者都是失敗,不能一部分成功一部分失敗。
- 隔離性(Isolation):不同事務(wù)同時(shí)進(jìn)行某項(xiàng)業(yè)務(wù),處理相同的數(shù)據(jù)時(shí)候,需要保證事務(wù)之間相互獨(dú)立,互相之間數(shù)據(jù)不影響。
- 持久性(Durability):一旦事務(wù)完成,無(wú)論發(fā)生什么系統(tǒng)性錯(cuò)誤,事務(wù)執(zhí)行后的數(shù)據(jù)都被持久化了,不會(huì)因?yàn)橹貑⒒蚱渌僮鲗?duì)數(shù)據(jù)進(jìn)行更改。
二、spring事務(wù)傳播特性的定義以及案例分析
我們先給出定義再分別進(jìn)行簡(jiǎn)單的代碼分析
給出百度圖片,請(qǐng)大家參考,首先生命力如果想在工程中運(yùn)用事務(wù)spring 的xml必須開(kāi)啟事務(wù),以下這些特性一般都是在xml屬性中進(jìn)行配置。
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
類(lèi)似這種的配置一定要有,否則萬(wàn)事具備只欠東風(fēng),這個(gè)是DB事務(wù)有JTA和JPA以及Herbernate等,這里就不展開(kāi)說(shuō)明,可自行百度。
三、案例解析事務(wù)傳播7大行為
1、無(wú)事務(wù),這個(gè)時(shí)候id 為16的第一次插入成功,第二次插入的時(shí)候失敗,庫(kù)中留存第一次的數(shù)據(jù)
無(wú)事務(wù)運(yùn)行
2、propagation_required,默認(rèn)事務(wù)的傳播行為required,在進(jìn)行實(shí)驗(yàn)2的時(shí)候?qū)⒈碇衖d為16的數(shù)據(jù)先刪除以免影響接下來(lái)的測(cè)試。@Transactional(propagation=Propagation.REQUIRED) == @Transactional這兩個(gè)的作用是一樣的沒(méi)有事務(wù)創(chuàng)建一個(gè)事務(wù)執(zhí)行,
事務(wù)的傳播特行為為required 結(jié)果是因?yàn)橹麈I沖突將事務(wù)進(jìn)行了回滾,所以?xún)蓷l數(shù)據(jù)都沒(méi)有插入進(jìn)去。
3、propagation_supports,如果當(dāng)前程序存在事務(wù)就加入該事務(wù)運(yùn)行,如果不存在事務(wù)則在非事務(wù)中運(yùn)行
事務(wù)的傳播行為性為supports 因?yàn)檎{(diào)用方未用事務(wù)那么就在非事務(wù)中運(yùn)行,所以插入了first的第一條數(shù)據(jù)。
4、propagation_mandatory,必須在一個(gè)事務(wù)中運(yùn)行,否則就會(huì)拋出異常mandatory 這個(gè)單詞有強(qiáng)制性的意思我們默認(rèn)用required 而不用mandatory,是因?yàn)閙andatory不能自動(dòng)創(chuàng)建事務(wù)。
事務(wù)的傳播行為為manatory 因?yàn)檎{(diào)用的外層沒(méi)有事務(wù),所以?xún)蓷l數(shù)據(jù)沒(méi)有插入。大家想想下面這種寫(xiě)法會(huì)發(fā)生什么現(xiàn)象
事務(wù)的傳播行為mandatory
5、propagation_ required _new,不管事務(wù)是不是存在,都會(huì)另起一個(gè)事務(wù),如果事務(wù)存在則將當(dāng)前事務(wù)掛起,重新執(zhí)行新加的事務(wù)
事務(wù)的傳播行為required_new 結(jié)果和require一樣,兩條數(shù)據(jù)都沒(méi)有入庫(kù),唯一健沖突導(dǎo)致第一條數(shù)據(jù)回滾,大家可以思考下我下面這兩種情況。
情景1新起的事務(wù)拋出異常會(huì)不會(huì)讓外圍事務(wù)回滾?
情景2外圍事務(wù)失敗會(huì)不會(huì)導(dǎo)致新起事務(wù)已提交的回滾?
6、 propagation_ not _support,表示不在事務(wù)中運(yùn)行,如果當(dāng)前存在事務(wù)則將事務(wù)掛起
事務(wù)的傳播行為not_suppoted 這種情景下,如果你根據(jù)我的思路一步走的應(yīng)該可以想到id 為17的入庫(kù),第二條主鍵沖突雖然然而notSupportSonTransationsl()這個(gè)方法沒(méi)有事務(wù)所以不影響第一條入庫(kù)情況,但是外圍事務(wù)id為16的要進(jìn)行回滾了,所以庫(kù)中只有一條數(shù)據(jù)id=17的。
7、 propagation_never,表示當(dāng)前方法不能運(yùn)行在事務(wù)當(dāng)中,如果有事務(wù)則會(huì)拋出異常---->Existing transaction found for transaction marked with propagation 'never'
事務(wù)的傳播行為NEVER
8、 propagation_nested,這種嵌套的事務(wù),外圍如果沒(méi)有事務(wù)則自己另起一個(gè)事務(wù),可獨(dú)立與外圍事務(wù)進(jìn)行單獨(dú)的提交或者回滾(這句話不要理解錯(cuò)了),下面這個(gè)案例同樣的數(shù)據(jù)一條也沒(méi)有落入庫(kù)中,
事務(wù)的傳播行為nested
事務(wù)的傳播行為級(jí)別簡(jiǎn)單的演示完畢
作者:宜信技術(shù)學(xué)院,王巧敏總結(jié)
以上是生活随笔為你收集整理的spring 事务隔离级别和传播行为_Spring事务的传播行为案例分析的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: spring版本 jdk8_从JDK8升
- 下一篇: 计算机窗口预览图,window_Win7