Spring @Transactional註解isolation屬性 @Transactional註解通過isolation屬性設置事務隔離級別。如下： @Transactional(isolation=Isolation.DEFAULT) public void method(){} isolat ...
Spring @Transactional註解isolation屬性
@Transactional註解通過isolation屬性設置事務隔離級別。如下：
@Transactional(isolation=Isolation.DEFAULT) public void method(){}
isolation屬性的值有以下五種：
1、Isolation.DEFAULT（預設）
這是預設值，表示跟連接的資料庫設置的隔離級別一致。
2、Isolation.READ_UNCOMMITTED（未授權讀取級別）
以操作同一行數據為前提，讀事務允許其他讀事務和寫事務，未提交的寫事務禁止其他寫事務（但允許其他讀事務）。此隔離級別可以防止更新丟失，但不能防止臟讀、不可重覆讀、幻讀。此隔離級別可以通過“排他寫鎖”實現。
3、Isolation.READ_COMMITTED（授權讀取級別）
以操作同一行數據為前提，讀事務允許其他讀事務和寫事務，未提交的寫事務禁止其他讀事務和寫事務。此隔離級別可以防止更新丟失、臟讀，但不能防止不可重覆讀、幻讀。此隔離級別可以通過“瞬間共用讀鎖”和“排他寫鎖”實現。
4、Isolation.REPEATABLE_READ（可重覆讀取級別）
以操作同一行數據為前提，讀事務禁止其他寫事務（但允許其他讀事務），未提交的寫事務禁止其他讀事務和寫事務。此隔離級別可以防止更新丟失、臟讀、不可重覆讀，但不能防止幻讀。此隔離級別可以通過“共用讀鎖”和“排他寫鎖”實現。
5、Isolation.SERIALIZABLE（序列化級別）
提供嚴格的事務隔離。它要求事務序列化執行，事務只能一個接著一個地執行，不能併發執行。此隔離級別可以防止更新丟失、臟讀、不可重覆讀、幻讀。如果僅僅通過“行級鎖”是無法實現事務序列化的，必須通過其他機制保證新插入的數據不會被剛執行查詢操作的事務訪問到。
Spring 事務隔離級別設置為（isolation = Isolation.DEFAULT）時，以資料庫的隔離級別為準。Spring 事務隔離級別設置為非（isolation = Isolation.DEFAULT）時，Spring會拿到當前會話鏈接，重寫了資料庫的隔離級別，但沒有直接修改資料庫的隔離級別，此時以 Spring 事務為準。
隔離級別越高，越能保證數據的完整性和一致性，但是對併發性能的影響也越大。對於多數應用程式，可以優先考慮把資料庫系統的隔離級別設為Read Committed。它能夠避免更新丟失、臟讀，而且具有較好的併發性能。儘管它會導致不可重覆讀、幻讀這些併發問題，在可能出現這類問題的個別場合，可以由應用程式採用悲觀鎖或樂觀鎖來控制。
事務併發產生的問題
為什麼要事務隔離？如果沒有事務隔離，當存在多個事務併發的時候，會產生更新丟失、臟讀、不可重覆讀、幻讀等問題。
更新丟失
兩個事務都同時更新一行數據，但是第二個事務卻中途失敗退出，導致對數據的兩個修改都失效了。
臟讀
臟讀又稱無效數據讀出。一個事務讀取另外一個事務還沒有提交的數據。例如，事務T1修改了一行數據，但是還沒有提交，這時候事務T2讀取了被事務T1修改後的數據，之後事務T1因為某種原因Rollback了，那麼事務T2讀取的數據就是髒的。
不可重覆讀
指在同一個事務內，對同一行數據的多次查詢，返回了不同的結果。例如，事務T1第一次查詢了某行數據，然後事務T2對這行數據的某個欄位做了修改，並且提交了數據。事務T1第二次查詢該行數據的時候，得到了事務T2修改過的結果。不可重覆讀和臟讀的區別在於，臟讀是讀了未提交的數據，而不可重覆讀是讀了提交了的數據。當然，不可重覆讀在某些情況下並不是問題，有時候我們就是要在同一事務下查詢到數據的最新狀態。
幻讀
幻讀又稱虛讀。同一條SQL語句在同一個事務中的多次查詢，得到的數據量（條數）不一樣。例如，事務T1對一個表中所有的行的某個數據項做了從“1”修改為“2”的操作，這時事務T2又對這個表中插入了一行數據項，而這個數據項的數值還是為“1”並且提交給資料庫。而操作事務T1的用戶如果再查看剛剛修改的數據，會發現還有一行沒有修改，其實這行是從事務T2中添加的，就好像產生幻覺一樣，這就是發生了幻讀。
