簡單介紹Spring事務管理
Spring事務管理有事務傳播，事務隔離，事務并發處理等。
事務傳播
1、required:方法在一個事務中執行，如果調用的方法在一個事務中，則使用該事務，否則將創建一個新的事務。(必須有，有就用，沒有就建)
2、mandatory:如果運行于事務中的客戶調用了該方法，方法在客戶的事務中執行。如果客戶沒有關聯到事務中，容器就會拋出TransactionRequiredException.(必須有，有就用，沒有報錯)
3、requiresnew:方法將在一個新的事務中執行，如果調用的方法已經在一個事務中，則暫停舊的事務。在調用結束后恢復舊的事務。(必須有，有沒有都要建)
4、supports:如果方法在一個事務中被調用，則使用該事務，否則不使用事務。(有沒有都中，有就用，沒有不用)
5、not_supported:如果方法在一個事務中被調用，容器會在調用之前終止該事務。在調用結束后，容器會恢復客戶事務。如果客戶沒有關聯到一個事務中，容器不會入運行在該方法啟動一個新的事務。用notsupported屬性標識不需要事務的方法。因為事務會帶來更高的性能支出，所以這個屬性可以提高性能。(不需要，有就掛起事務，沒有直接運行)
6、Never:如果在一個事務中調用該方法，容器會拋出RemoteException。如果客戶沒有關聯到一個事務中，容器不會在運行入該方法前啟動一個新的事務。(必須沒有，有就報錯，沒有就直接運行)
事務隔離
為什么要使用事物隔離，是因為事物并發引起的一些錯誤現象
并發問題：
臟讀：一個事務讀取了未提交的事務
不可重復讀：同一個事務中多次讀取同一個數據返回的結果不同
幻讀：一個事務讀取到了另一個事務已提交的insert數據。
事務并發處理：
共享鎖：共享鎖用于讀取數據操作，它允許其他事務同時讀取某鎖定的資源，但不允許其他事務更新它。
排他鎖：排它鎖用于修改數據的場合。它鎖定的資源，其他事務不能讀取也不能修改。
更新鎖：更新鎖在更新操作的初始化階段用來鎖定可能要被修改的資源，從而避免使用共享鎖造成的死鎖現象。
事務隔離級別：
ReadUncommitted：讀未提交數據,該選項指示數據庫讀取數據時不使用任何鎖。在這種情況下，事務可以讀取到未提交的數據，會出現臟讀，不可重復讀和幻讀現象。
ReadCommited：
該選項只會返回"讀取時間點"之前已提交的數據。因此可以避免臟讀，但是會出現不可重復讀，另外還會出現幻讀現象。
RepeatableRead:該選項能夠保證可重復讀，可以避免臟讀和不可重復讀。
Serializable:該選項能夠避免臟讀、不可重復讀和幻讀現象，是最嚴格的隔離級別。
【編輯推薦】
