網上關於Spring事務傳播性以及隔離型的文章漫天蓋地,還有不負責任的直接複製名詞意思,文章雖然不少倒是看的雲裏霧裏,咱們今天將給出案例分別和你們一塊兒學習。面試
一、spring給出常常面試的考點Spring事務的4個特性含義---這個很容易理解spring
二、spring事務傳播特性的定義以及案例分析 ide
這四個英文單詞拼寫我一直記不住,求記憶方法學習
原子性(Atomicity):事務是一系列原子操做,要麼所有成功,要麼所有失敗。測試
一致性(Consistency):一旦完成(不論是成功仍是失敗),確保它所在的一系列業務狀態保持一致,狀態都是成功,或者都是失敗,不能一部分紅功一部分失敗。ui
隔離性(Isolation):不一樣事務同時進行某項業務,處理相同的數據時候,須要保證事務之間相互獨立,互相之間數據不影響。3d
咱們先給出定義再分別進行簡單的代碼分析code
給出百度圖片,請你們參考,首先生命力若是想在工程中運用事務spring 的xml必須開啓事務,如下這些特性通常都是在xml屬性中進行配置。xml
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
相似這種的配置必定要有,不然萬事具有隻欠東風,這個是DB事務有JTA和JPA以及Herbernate等,這裏就不展開說明,可自行百度。blog
無事務運行
事務的傳播特行爲爲required
結果是由於主鍵衝突將事務進行了回滾,因此兩條數據都沒有插入進去。
事務的傳播行爲性爲supports
由於調用方未用事務那麼就在非事務中運行,因此插入了first的第一條數據。
事務的傳播行爲爲manatory
由於調用的外層沒有事務,因此兩條數據沒有插入。你們想一想下面這種寫法會發生什麼現象
事務的傳播行爲mandatory
事務的傳播行爲required_new
結果和require同樣,兩條數據都沒有入庫,惟一健衝突致使第一條數據回滾,你們能夠思考下我下面這兩種狀況。
情景1新起的事務拋出異常會不會讓外圍事務回滾?
情景2外圍事務失敗會不會致使新起事務已提交的回滾?
事務的傳播行爲not_suppoted
這種情景下,若是你根據個人思路一步走的應該能夠想到id 爲17的入庫,第二條主鍵衝突雖然然而notSupportSonTransationsl()這個方法沒有事務因此不影響第一條入庫狀況,可是外圍事務id爲16的要進行回滾了,因此庫中只有一條數據id=17的。
事務的傳播行爲NEVER
事務的傳播行爲nested
事務的傳播行爲級別簡單的演示完畢
做者:宜信技術學院,王巧敏