資料庫事務的隔離等級

標籤：接下來   修改   可重複   rac   ...   ref   隔離等級   log   知識   

資料庫事務的隔離等級有4個，由低到高依次為Read uncommitted、Read committed、Repeatable read、Serializable，這四個層級可以逐個解決髒讀、不可重複讀取、幻讀這幾類問題。

 

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

	髒讀	不可重複讀取	幻讀
Read uncommitted	√	√	√
Read committed	×	√	√
Repeatable read	×	×	√
Serializable	×	×	×

 

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

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

來源： http://blog.csdn.net/fg2006/article/details/6937413

<wiz_tmp_tag id="wiz-table-range-border" contenteditable="false" style="display: none;">

    

資料庫事務的隔離等級