√: 可能出現    ×: 不會出現

注意：我們討論隔離級別的場景，主要是在多個事務併發的情況下，因此，接下來的講解都圍繞事務併發。

Read uncommitted 讀未提交

公司發工資了，領導把5000元打到singo的賬號上，但是該事務並未提交，而singo正好去檢視賬戶，發現工資已經到賬，是5000元整，非常高興。可是不幸的是，領導發現發給singo的工資金額不對，是2000元，於是迅速回滾了事務，修改金額後，將事務提交，最後singo實際的工資只有2000元，singo空歡喜一場。

出現上述情況，即我們所說的髒讀，兩個併發的事務，“事務A：領導給singo發工資”、“事務B：singo查詢工資賬戶”，事務B讀取了事務A尚未提交的資料。

當隔離級別設定為Read uncommitted時，就可能出現髒讀，如何避免髒讀，請看下一個隔離級別。

Read committed 讀提交

singo拿著工資卡去消費，系統讀取到卡里確實有2000元，而此時她的老婆也正好在網上轉賬，把singo工資卡的2000元轉到另一賬戶，並在singo之前提交了事務，當singo扣款時，系統檢查到singo的工資卡已經沒有錢，扣款失敗，singo十分納悶，明明卡里有錢，為何......

出現上述情況，即我們所說的不可重複讀，兩個併發的事務，“事務A：singo消費”、“事務B：singo的老婆網上轉賬”，事務A事先讀取了資料，事務B緊接了更新了資料，並提交了事務，而事務A再次讀取該資料時，資料已經發生了改變。

當隔離級別設定為Read committed時，避免了髒讀，但是可能會造成不可重複讀。

大多數資料庫的預設級別就是Read committed，比如Sql Server , Oracle。如何解決不可重複讀這一問題，請看下一個隔離級別。

Repeatable read 重複讀

當隔離級別設定為Repeatable read時，可以避免不可重複讀。當singo拿著工資卡去消費時，一旦系統開始讀取工資卡資訊（即事務開始），singo的老婆就不可能對該記錄進行修改，也就是singo的老婆不能在此時轉賬。

雖然Repeatable read避免了不可重複讀，但還有可能出現幻讀。

singo的老婆工作在銀行部門，她時常通過銀行內部系統檢視singo的信用卡消費記錄。有一天，她正在查詢到singo當月信用卡的總消費金額（select sum(amount) from transaction where month = 本月）為80元，而singo此時正好在外面胡吃海塞後在收銀臺買單，消費1000元，即新增了一條1000元的消費記錄（insert transaction ... ），並提交了事務，隨後singo的老婆將singo當月信用卡消費的明細列印到A4紙上，卻發現消費總額為1080元，singo的老婆很詫異，以為出現了幻覺，幻讀就這樣產生了。

注：MySQL的預設隔離級別就是Repeatable read。

Serializable 序列化

Serializable是最高的事務隔離級別，同時代價也花費最高，效能很低，一般很少使用，在該級別下，事務順序執行，不僅可以避免髒讀、不可重複讀，還避免了幻像讀。

首先我來描述一下，資料庫（mysql）層面上對於事務傳播行為和隔離級別的配置和實驗方法：

資料庫層面（採用命令列）：其實mySql命令列很簡單，希望實驗操作一下：

//連線資料庫，我這裡是本地，後面是使用者名稱密碼，不要打分號，如果指令不行，配置下環境變數，網上有很多。

1. cmd中執行：mysql -hlocalhost -uroot -pmysql   

//檢視本地資料庫事務傳播行為是手動提交（0），還是自動提交（1）。

2.select @@autocommit;

//如果是0，希望設定為手動提交,這裡其實是設定本對話的autocommit，因為如果你再開一個cmd，發現還是沒改回來，如果想修改全域性的，網上有global方法。

3.set @@autocommit=0;

//然後查詢本地資料庫中的一條記錄,我本地資料庫為test1;

4.use test1;

5.select * from task where taskid=1;

//同時新開一個視窗cmd，連線資料庫，並且修改這條記錄，update語句我就不寫了，或者直接修改資料庫本條記錄。

//再次執行select * from task where taskid=1;發現值沒變。OK因為此時資料庫隔離級別為repeatable read 重複讀，因為mysql預設的隔離級別是重複讀。

//修改資料庫隔離級別

6.set global transaction isolation level read committed;

//檢視一下，可能需要重新連線一下

7.select @@tx_isolation;

//這時在執行一下4,5操作，發現值變了，ok。因為已經改變了資料庫隔離級別，發生了重複讀出不同資料的現象。

（以上操作希望有不明白的上網自學一下，很有用，先把資料庫隔離級別弄明白了）

然後再來講一下，Spring對事務傳播行為和隔離級別的二次封裝。

因為不同專案可能在一個mysql的不同資料庫上，所以可以在專案中配置資料庫的傳播行為和隔離級別：

關於spring的傳播行為（PROPAGATION_REQUIRED、PROPAGATION_REQUIRED等），我《資料庫隔離級別（mysql+Spring）與效能分析 》文章中有講，網上也有很多相關資料，我就不說了。

關於spring的事務隔離級別與資料庫的一樣，也是那四個，多了一個default，我也不仔細講了。

下面主要講一下spring的配置方法：

<property name="transactionAttributes"> 
<props> 
<prop key="save*">PROPAGATION_REQUIRED</prop> 
<prop key="update*">PROPAGATION_REQUIRED</prop> 
<prop key="delete*">PROPAGATION_REQUIRED</prop> 
<prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> 
<prop key="find*">PROPAGATION_REQUIRED,ISOLATION_READ_UNCOMMITTED</prop>
</props>

就以find為例，可以配置這麼配置，前面是控制傳播行為，後面是控制事務隔離級別的。那麼這時哪怕資料庫層面上是重複讀，但是還是以這裡為準，你會發現在同一個事務中兩次查詢的結果是不一樣的。