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中添加的，就好像產生幻覺一樣，這就是發生了幻讀，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/510974.html
標籤：其他
下一篇：Spring事務（六）-只讀事務