MySQL事務四個隔離等級

標籤：隔離等級   4類   

MySQL交易隔離等級詳解                

MySQL資料結構SQL

       SQL標準定義了4類隔離等級，包括了一些具體規則，用來限定事務內外的哪些改變是可見的，哪些是不可見的。低層級的隔離級一般支援更高的並發處理，並擁有更低的系統開銷。

Read Uncommitted （讀取未提交的內容） 

       在該隔離等級，所有事務都可以看到其他未提交事務的執行結果。本隔離等級很少用於實際應用，因為它的效能也不比其他層級好多少。讀取未提交的資料，也被稱之為髒讀（Dirty Read）。
Read Committed（讀取提交的內容）

       這是大多數資料庫系統的預設隔離等級（但不是MySQL預設的）。它滿足了隔離的簡單定義：一個事務只能看見已經提交事務所做的改變。這種隔離等級也支援所謂的不可重複讀取（Nonrepeatable Read），因為同一事務的其他執行個體在該執行個體處理其間可能會有新的commit，所以同一select可能返回不同結果。
Repeatable Read （可重讀） [ri‘pi:tebl]

       這是MySQL的預設交易隔離等級，它確保同一事務的多個執行個體在並發讀取資料時，會看到同樣的資料行。不過理論上，這會導致另一個棘手的問題：幻讀（Phantom Read）。簡單的說，幻讀指當使用者讀取某一範圍的資料行時，另一個事務又在該範圍插入入了新行，當使用者再讀取該範圍的資料行時，會發現有新的“幻影”行。InnoDB和Falcon儲存引擎通過多版本並發控制（MVCC，Multiversion Concurrency Control）機制解決了該問題。

650) this.width=650;" src="https://s4.51cto.com/wyfs02/M01/8E/93/wKiom1jF_nzS8hG7AADRVjQzGsE696.png" title="mysql-可重讀.png" alt="wKiom1jF_nzS8hG7AADRVjQzGsE696.png" />

Serializable  （可串列化）
       這是最高的隔離等級，它通過強制事務排序，使之不可能相互衝突，從而解決幻讀問題。簡言之，它是在每個讀的資料行上加上共用鎖定。在這個層級，可能導致大量的逾時現象和鎖競爭。

         這四種隔離等級採取不同的鎖類型來實現，若讀取的是同一個資料的話，就容易發生問題。如：

         髒讀(Drity Read)：某個事務已更新一份資料，另一個事務在此時讀取了同一份資料，由於某些原因，前一個RollBack了操作，則後一個事務所讀取的資料就會是不正確的。

         不可重複讀取(Non-repeatable read):在一個事務的兩次查詢之中資料不一致，這可能是兩次查詢過程中間插入了一個事務更新的原有的資料。

         幻讀(Phantom Read):在一個事務的兩次查詢中資料筆數不一致，例如有一個事務查詢了幾列(Row)資料，而另一個事務卻在此時插入了新的幾列資料，先前的事務在接下來的查詢中，就會發現有幾列資料是它先前所沒有的。

         在MySQL中，實現了這四種隔離等級，分別有可能產生問題如下所示：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72610/af5b9c1e-4517-3df2-ad62-af25d1672d12.jpg" style="vertical-align:middle;width:400px;height:127px;" title="" hspace="0" border="0" height="127" width="400" vspace="0" />

下面，將利用MySQL的用戶端程式，分別測試幾種隔離等級。測試資料庫為test，表為tx；表結構：

id	int
num	int

兩個命令列用戶端分別為A，B；不斷改變A的隔離等級，在B端修改資料。

（一）、將A的隔離等級設定為read uncommitted(未提交讀)

 在B未更新資料之前：

用戶端A：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72618/1ca8ec0d-3b6c-3ae1-babc-5dd541c4d1a4.jpg" height="379" width="645" />

B更新資料：

用戶端B：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72620/b37214c3-7726-3306-95ee-1b2fae5ccd6c.jpg" height="397" width="640" />

用戶端A：更改前顯示為1，更改後顯示為10，復原後顯示為1，三次結果不一樣

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72622/200d9c94-197a-3fe5-8925-3411cd88555e.jpg" height="481" width="640" />

        經過上面的實驗可以得出結論，事務B更新了一條記錄，但是沒有提交，此時事務A可以查詢出未提交記錄。造成髒讀現象。未提交讀是最低的隔離等級。

（二）、將用戶端A的交易隔離等級設定為read committed(讀提交)

 在B未更新資料之前：

用戶端A：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72626/ae414e52-c216-3bbb-b005-0d972f593456.jpg" height="351" width="644" />

B更新資料：

用戶端B：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72628/12051f3d-c01e-34b3-a6b6-8b71e1b1dcc8.jpg" height="313" width="641" />

用戶端A：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72630/cc80744e-eb9f-3104-bb24-2218e9986d78.jpg" height="351" width="642" />

       經過上面的實驗可以得出結論，已提交讀隔離等級解決了髒讀的問題，但是出現了不可重複讀取的問題，即事務A在兩次查詢的資料不一致，因為在兩次查詢之間事務B更新了一條資料。讀提交只允許讀取已提交的記錄，但不要求可重複讀。

(三)、將A的隔離等級設定為repeatable read(可重複讀)

 在B未更新資料之前：

用戶端A：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72632/0bf52be3-e873-3f3f-8d56-d703a8f678ab.jpg" height="319" width="643" />

B更新資料：

用戶端B：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72634/e58d1814-bdca-3313-bcf5-339e3678536a.jpg" height="333" width="645" />

用戶端A：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72636/83bfe583-2d57-345a-917e-4ee163235b62.jpg" height="497" width="640" />

B插入資料：

用戶端B：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72638/192348aa-4fa5-3d5f-a4f9-4660ddd725cd.jpg" height="366" width="641" />

用戶端A：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72640/4398c5b1-434c-3380-ba19-060154cf2070.jpg" height="351" width="641" />

       由以上的實驗可以得出結論，可重複讀隔離等級只允許讀取已提交記錄，而且在一個事務兩次讀取一個記錄期間，其他事務部的更新該記錄。但該事務不要求與其他事務可序列化。例如，當一個事務可以找到由一個已提交事務更新的記錄，但是可能產生幻讀問題(注意是可能，因為資料庫對隔離等級的實現有所差別)。像以上的實驗，就沒有出現資料幻讀的問題。

(四)、將A的隔離等級設置為可序列化(Serializable)

A端開啟事務，B端插入一條記錄

事務A端：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72642/c604c5ce-311d-3923-8dcd-36b0188f4f31.jpg" height="234" width="639" />

事務B端：

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72644/c488f9d9-7da2-3e6d-9a82-2b92d1051afd.jpg" height="141" width="640" />

因為此時事務A的隔離等級設定為serializable，開始事務後，並沒有提交，所以事務B只能等待。

事務A提交事務：

事務A端

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72646/322ed59a-b2b9-338c-a2f0-09c9b7707577.jpg" height="73" width="639" />

事務B端

650) this.width=650;" src="http://dl.iteye.com/upload/picture/pic/72648/8e60e19b-09af-31a7-b8d3-8e638bbf177c.jpg" height="47" width="644" />

      serializable完全鎖定欄位，若一個事務來查詢同一份資料就必須等待，直到前一個事務完成並解除鎖定為止。是完整的隔離等級，會鎖定對應的資料表格，因而會有效率的問題。

eg1.儲存點

650) this.width=650;" src="https://s2.51cto.com/wyfs02/M02/8E/93/wKiom1jGAxvD71y-AAMB9qGadoA843.png" title="mysql-隔離等級.png" alt="wKiom1jGAxvD71y-AAMB9qGadoA843.png" />

---end---

本文出自 “風過無痕” 部落格，請務必保留此出處http://wangfx.blog.51cto.com/1697877/1905743

MySQL事務四個隔離等級