目錄

Read uncommitted 讀未提交

Read committed 讀提交

Repeatable read 重復讀

Serializable 序列化

什么是臟讀

重復讀與幻讀

隔離級別與鎖的關系

---

數據庫事務的隔離級別有4個，由低到高依次為Read uncommitted、Read committed、Repeatable read、Serializable，這四個級別可以逐個解決臟讀、不可重復讀、幻讀這幾類問題。

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

	臟讀	不可重復讀	幻讀
Read uncommitted	√	√	√
Read committed--Sql Server , Oracle	×	√	√
Repeatable read--MySQL	×	×	√
Serializable	×	×	×

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

Read uncommitted 讀未提交

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

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

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

READ UNCOMMITTED是限制性最弱的隔離級別，因為該級別忽略其他事務放置的鎖。使用READ UNCOMMITTED級別執行的事務，可以讀取尚未由其他事務提交的修改后的數據值，這些行為稱為“臟”讀。這是因為在Read Uncommitted級別下，讀取數據不需要加S鎖，這樣就不會跟被修改的數據上的X鎖沖突。比如，事務1修改一行，事務2在事務1提交之前讀取了這一行。如果事務1回滾，事務2就讀取了一行沒有提交的數據，這樣的數據我們認為是不存在的。

Read committed 讀提交

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

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

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

大多數數據庫的默認級別就是Read committed，比如Sql Server ,?Oracle。如何解決不可重復讀這一問題，請看下一個隔離級別。

READ COMMITTED(Nonrepeatable reads)是SQL Server默認的隔離級別。該級別通過指定語句不能讀取其他事務已修改但是尚未提交的數據值，禁止執行臟讀。在當前事務中的各個語句執行之間，其他事務仍可以修改、插入或刪除數據，從而產生無法重復的讀操作，或“影子”數據。比如，事務1讀取了一行，事務2修改或者刪除這一行并且提交。如果事務1想再一次讀取這一行，它將獲得修改后的數據或者發現這一樣已經被刪除，因此事務的第二次讀取結果與第一次讀取結果不同，因此也叫不可重復讀。

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是最高的事務隔離級別，同時代價也花費最高，性能很低，一般很少使用，在該級別下，事務順序執行，不僅可以避免臟讀、不可重復讀，還避免了幻像讀。

SERIALIZABLE?是限制性最強的隔離級別，因為該級別鎖定整個范圍的鍵，并一直持有鎖，直到事務完成。該級別包括REPEATABLE READ，并增加了在事務完成之前，其他事務不能向事務已讀取的范圍插入新行的限制。比如，事務1讀取了一系列滿足搜索條件的行。事務2在執行SQL statement產生一行或者多行滿足事務1搜索條件的行時會沖突，則事務2回滾。這時事務1再次讀取了一系列滿足相同搜索條件的行，第二次讀取的結果和第一次讀取的結果相同。

什么是臟讀

臟讀是指多個事務操作時，事務A讀到了事務B尚未提交的數據。

臟讀：事務T1更新了一行記錄，還未提交所做的修改，這個T2讀取了更新后的數據，然后T1執行回滾操作，取消剛才的修改，所以T2所讀取的行就無效，也就是臟數據。

不可重復讀

重復讀是為了保證在一個事務中，相同查詢條件下讀取的數據值不發生改變，但是不能保證下次同樣條件查詢，結果記錄數不會增加。

不可重復讀取：事務T1讀取一行記錄，緊接著事務T2修改了T1剛剛讀取的記錄，然后T1再次查詢，發現與第一次讀取的記錄不同，這稱為不可重復讀。

幻讀

幻讀主要針對插入的場景，就是同一個事務內，多次讀取，讀出的記錄條數發生了變化。

幻想讀：事務T1讀取一條指定where條件的語句，返回結果集。此時事務T2插入一行新記錄，恰好滿足T1的where條件。然后T1使用相同的條件再次查詢，結果集中可以看到T2插入的記錄，這條新紀錄就是幻想。

解決幻讀的方式：

• 采用SERIALIZABLE 隔離級別，但是性能比較差，并發性低
• 查詢是限定范圍

隔離級別與鎖的關系

在Read Uncommitted級別下，讀操作不加S鎖；

在Read Committed級別下，讀操作需要加S鎖，但是在語句執行完以后釋放S鎖；

在Repeatable Read級別下，讀操作需要加S鎖，但是在事務提交之前并不釋放S鎖，也就是必須等待事務執行完畢以后才釋放S鎖。

在Serialize級別下，會在Repeatable Read級別的基礎上，添加一個范圍鎖。保證一個事務內的兩次查詢結果完全一樣，而不會出現第一次查詢結果是第二次查詢結果的子集。

總結

以上是生活随笔為你收集整理的数据库隔离级别---MySQL的默认隔离级别就是Repeatable,Oracle默认Read committed，最高级别Serializable的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。