Mysql關於事務併發帶來的問題

mysql從5.5.8開始，innodb就是預設的儲存引擎，innodb最大的特點是：支援事務、支援行級鎖。

既然支援事務，那麼就會有處理併發事務帶來的問題：更新丟失、髒讀、不可重複讀、幻讀；相應的為了解決這四個問題，

就產生了事務隔離級別：未提交讀（read uncommitted），已提交讀(read committed)，可重複讀(repeatable read)，可序列化(serializable)。

併發事務會帶來的問題

在平常的專案開發裡資料庫操作一般都是併發執行的，即有多個事務併發執行，資料庫事務併發帶來的問題有：

1、丟失更新：最後的更新覆蓋了其他事務之前的更新，而事務之間並不知道，發生更新丟失。更新丟失，可以完全避免，應用對訪問的資料加鎖即可。

2、髒讀：乙個事務看到了另乙個事務未提交的更新資料；當事務讀取尚未提交的資料時，就會發生這種情況。

例如事務a正在訪問資料，並且對資料進行了修改,更改了一行資料，這種修改還沒有提交到資料庫中,而事務b在事務a提交更新之前讀取了已更新的行,然後使用了這個資料。

如果事務a回滾該更新，則事務b使用的這個資料由於還沒有提交,就會被認為是不曾存在的資料,即為髒資料,根據髒資料所做的操作可能是不正確的。

事務b讀取到事務a已經修改但尚未提交的資料。

3、不可重複讀：在同一事務中，兩次讀取同一資料，得到內容不同，也就是有其他事務更改了這些資料；

指在乙個事務內多次讀同一資料。在這個事務還沒有結束時，另乙個事務也訪問該資料。那麼，在第乙個事務中的兩次讀資料之間，由於第二個事務的修改導致第乙個事務兩次讀取的資料可能不太一樣。這就發生了在乙個事務內兩次讀到的資料是不一樣的情況，因此稱為不可重複讀。

4、幻讀：乙個事務在執行過程中讀取到了另乙個事務已提交的插入資料；即在第乙個事務開始時讀取到一批資料，但此後另乙個事務又插入了新資料並提交，此時第乙個事務又讀取這批資料但發現多了一條，即好像發生幻覺一樣。

髒讀：讀取到修改但未提交的資料

幻讀：讀取到新增且已提交的資料

事務隔離機制

併發處理帶來的問題中，更新丟失可以完全避免，由應用對資料加鎖即可。髒讀、不可重讀度、幻讀，其實都是資料庫的一致性問題，必須由一定的事務隔離機制來解決。