Spring事務的傳播屬性
| REQUIRED | 業務方法需要在一個事務中運行,如果方法運行時,已處在一個事務中,那麼就加入該事務,否則自己創建一個新的事務.這是spring默認的傳播行爲. |
| SUPPORTS | 如果業務方法在某個事務範圍內被調用,則方法成爲該事務的一部分,如果業務方法在事務範圍外被調用,則方法在沒有事務的環境下執行. |
| MANDATORY | 只能在一個已存在事務中執行,業務方法不能發起自己的事務,如果業務方法在沒有事務的環境下調用,就拋異常 |
| REQUIRES_NEW | 業務方法總是會爲自己發起一個新的事務,如果方法已運行在一個事務中,則原有事務被掛起,新的事務被創建,直到方法結束,新事務才結束,原先的事務纔會恢復執行. |
| NOT_SUPPORTED | 聲明方法需要事務,如果方法沒有關聯到一個事務,容器不會爲它開啓事務.如果方法在一個事務中被調用,該事務會被掛起,在方法調用結束後,原先的事務便會恢復執行. |
| NEVER | 聲明方法絕對不能在事務範圍內執行,如果方法在某個事務範圍內執行,容器就拋異常.只有沒關聯到事務,才正常執行. |
| NESTED |
如果一個活動的事務存在,則運行在一個嵌套的事務中.如果沒有活動的事務,則按REQUIRED屬性執行.它使用了一個單獨的事務, 這個事務擁有多個可以回滾的保證點.內部事務回滾不會對外部事務造成影響, 它只對DataSourceTransactionManager 事務管理器起效. |
.
數據庫事務的隔離級別
數據庫提供了四種事務隔離級別, 不同的隔離級別採用不同的鎖類開來實現.
在四種隔離級別中, Serializable的級別最高, Read Uncommited級別最低.
大多數數據庫的默認隔離級別爲: Read Commited,如Sql Server , Oracle.
少數數據庫默認的隔離級別爲Repeatable Read, 如MySQL InnoDB存儲引擎.
1. ISOLATION_DEFAULT： 這是一個PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別.
另外四個與JDBC的隔離級別相對應
2. ISOLATION_READ_UNCOMMITTED： 這是事務最低的隔離級別，它充許令外一個事務可以看到這個事務未提交的數據。
這種隔離級別會產生髒讀，不可重複讀和幻像讀。
3. ISOLATION_READ_COMMITTED ： 保證一個事務修改的數據提交後才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的數據
4. ISOLATION_REPEATABLE_READ： 這種事務隔離級別可以防止髒讀，不可重複讀。但是可能出現幻像讀。
它除了保證一個事務不能讀取另一個事務未提交的數據外，還保證了避免下面的情況產生(不可重複讀)。
5. ISOLATION_SERIALIZABLE 這是花費最高代價但是最可靠的事務隔離級別。事務被處理爲順序執行。
除了防止髒讀，不可重複讀外，還避免了幻像讀。
- Read Uncommited :讀未提交數據( 會出現髒讀,不可重複讀,幻讀 ,避免了 第一類丟失 更新 )
- Read Commited :讀已提交的數據(會出現不可重複讀,幻讀)
- Repeatable Read :可重複讀(會出現幻讀)
- Serializable :串行化
丟失更新 :
當兩個或多個事務選擇同一行，然後基於最初選定的值更新該行時，會發生丟失更新問題。每個事務都不知道其它事務的存在。最後的更新將重寫由其它事務所做的更新，這將導致數據丟失。
例:
事務A和事務B同時修改某行的值，
1.事務A將數值改爲1並提交
2.事務B將數值改爲2並提交。
這時數據的值爲2，事務A所做的更新將會丟失。
解決辦法：對行加鎖，只允許併發一個更新事務。
髒讀:
一個事務讀到另一個事務未提交的更新數據
例:
1.Mary的原工資爲1000,
財務人員將Mary的工資改爲了8000(但未提交事務)
2.Mary讀取自己的工資 ,發現自己的工資變爲了8000，歡天喜地！
3.而財務發現操作有誤，回滾了事務,Mary的工資又變爲了1000, 像這樣,Mary記取的工資數8000是一個髒數據。
不可重複讀:
在同一個事務中,多次讀取同一數據,返回的結果有所不同. 換句話說就是,後續讀取可以讀到另一個事務已提交的更新數據. 相反"可重複讀"在同一事務多次讀取數據時,能夠保證所讀數據一樣,也就是後續讀取不能讀到另一事務已提交的更新數據.
例:
1.在事務1中，Mary 讀取了自己的工資爲1000,操作並沒有完成
2.在事務2中，這時財務人員修改了Mary的工資爲2000,並提交了事務.
3.在事務1中，Mary 再次讀取自己的工資時，工資變爲了2000
解決辦法：如果只有在修改事務完全提交之後纔可以讀取數據，則可以避免該問題。
幻讀:
一個事務讀取到另一個事務已提交的insert數據.
例:
第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的全部數據行。同時 (此時第一事務還未提交) ，第二個事務向表中插入一行新數據。這時第一個事務再去讀取表時,發現表中還有沒有修改的數據行，就好象發生了幻覺一樣。