1.修改丟失問題

2.讀髒資料

T1修改了資料，但隨後T1撤銷了修改，T2讀的是髒資料。

3.不可重複讀

T2 讀取一個數據，T1 對該資料做了修改。如果 T2 再次讀取這個資料，此時讀取的結果和和第一次讀取的結果不同。

4.幻影讀

T1 讀取某個範圍的資料，T2 在這個範圍內插入新的資料，T1 再次讀取這個範圍的資料，此時讀取的結果和和第一次讀取的結果不同。

上述四種問題的特點：

丟失修改：T1，T2都進行修改提交

讀髒資料：T1先修改  T2隨後讀取 ，T1再修改。

不可重複度：T2讀 T1修改 T2再讀

幻影讀：T1讀 T2修改 T1再讀

這裡，似乎不可重複讀和幻影讀是一致的，那麼它們的區別是什麼呢？

從控制的角度來講，不可重複讀只需要鎖住滿足條件的記錄，而幻影讀要鎖住滿足條件的及其相近的記錄。所以，避免幻讀，必須鎖住表，避免不可重複讀，只需要鎖住行。

不可重複讀和幻讀最大的區別在於，如何通過鎖的機制來解決它們產生的問題。

可以採用悲觀鎖的機制來處理問題，悲觀鎖大多數情況下依靠資料庫的鎖機制實現，以保證操作最大程度的獨佔性。但隨之而來的就是資料庫效能的大量開銷，特別是對長事務而言，這樣的開銷往往無法承受。所以出於效能的考慮，成熟的資料庫使用了以樂觀鎖為理論基礎的MVCC（多版本併發控制）來避免上述兩種問題。

樂觀鎖，大多是基於資料版本記錄機制實現的。 

1.SELECT  : 當開始新一個事務時，該事務的版本號肯定會大於當前所有資料行快照的建立版本號。

2.INSERT : 將當前系統版本號作為資料行快照的建立版本號。

3.DELETE : 將當前系統版本號作為資料行快照的刪除版本號。

4.UPDATE : 可以理解為先執行 DELETE 後執行 INSERT。

上述四種問題產生的原因主要是併發不一致的問題導致破壞了事物四大特性——原子性，隔離性，一致性，永續性之一的隔離性。如果不採取措施的話，那麼在併發的環境中，一個事物所做的修改再最終提交前，其他事物對其也是可見的，並且是可修改的。

我們採用併發控制的技術，讓事物的執行結果和某一個序列執行的結果相同，就認為事物滿足隔離性要求。

一個直觀的想法是使用者獲取對併發控制的所有權力，封鎖操作需要使用者自己控制，相當複雜。資料庫管理系統提供了事物的隔離級別，讓使用者以一種更輕鬆的方式處理併發一致性問題。比如MySQL提供了行級鎖和表級鎖。但是，加鎖的行為不可避免的會帶來開銷，所以需要在所開銷和併發程度上做出權衡。

針對上述4種問題，有以下幾種封鎖型別：

排它鎖：對資料物件 A 加了 排它鎖，就可以對 A 進行讀取和更新。加鎖期間其它事務不能對 A 加任何鎖。

共享鎖：對資料物件 A 加了 共享鎖，可以對 A 進行讀取操作，但是不能進行更新操作。加鎖期間其它事務能對 A 加 共享鎖，但是不能加 排它鎖。

三級封鎖協議

一級封鎖協議：解決修改丟失問題

二級封鎖協議

在一級的基礎上，要求讀取資料 A 時必須加 S 鎖，讀取完馬上釋放 S 鎖。

可以解決讀髒資料問題，因為如果一個事務在對資料 A 進行修改，根據 1 級封鎖協議，會加 X 鎖，那麼就不能再加 S 鎖了，也就是不會讀入資料。

三級封鎖協議

在二級的基礎上，要求讀取資料 A 時必須加 S 鎖，直到事務結束了才能釋放 S 鎖。

可以解決不可重複讀的問題，因為讀 A 時，其它事務不能對 A 加 X 鎖，從而避免了在讀的期間資料發生改變。