事務隔離級別下本質

事務隔離級別本質

在數據庫管理系統中，事務保證了一個操做序列能夠所有執行或所有不執行（原子性），從一個狀態轉變到另一個狀態（一致性）。因爲事務知足持久性，因此一旦事務被提交以後，數據就可以被持久化下來，又由於事務是知足隔離性的，因此，當多個事務同時處理同一個數據的時候，多個事務之間是互不影響的，因此在多個事務併發操做的過程當中，若是控制很差隔離級別，就有可能產生髒讀，不可重複讀或者幻讀等讀現象。

讀未提交

• 隔離級別最低，一個事務能夠讀到另外一個事務未提交的數據

內部鎖狀況

• 事務在讀數據時候未對數據加鎖
• 事務在修改數據的時候只對數據增長行級共享鎖

現象

• 事務1讀取某行記錄，事務2也能夠對這行記錄進行讀取，更新（由於事務1並未對數據增長任何鎖）
• 事務2對該行記錄進行更新時，事務1在此讀取該記錄，可以讀到事務2對該記錄的修改版本（由於事務2只增長了共享讀鎖，事務1能夠再增長共享讀鎖讀取數據）
• 事務1更新某行記錄時，事務2不能對這行記錄作更新，直到事務1結束（由於事務1對數據增長了共享讀鎖，事務2不能增長排他鎖進行數據的修改）

讀提交

• 一個事務修改數據過程當中，若是事務還沒提交，其餘事務不能讀該數據

內部鎖狀況

• 事務對當前被讀取的數據加行級共享鎖（當讀到時才加鎖），一旦讀完該行，當即釋放該行級共享鎖
• 事務在更新某數據的瞬間，必須對其加行級排他鎖，直到事務結束才釋放

現象

• 事務1在讀取某行記錄的整個過程，事務2均可以對該行進行讀取（由於事務一對該行記錄增長行級共享鎖的狀況下，事務2一樣能夠對該數據增長共享鎖來讀數據）
• 事務1讀取某行的瞬間，事務2不能修改該行，可是，事務1讀取完該行數據，事務2即可以對該行數據進行修改（由於事務一在讀取一瞬間會對數據增長共享鎖，任何事務都不能加排他鎖，可是事務一旦讀完就會釋放行級共享鎖）
• 事務1更新某行記錄，事務2不能對這行數據作更新，由於更新的時候會加上排他鎖，直到事務結束纔會釋放鎖。因此在事務1沒有提交以前，事務2都不能對數據增長共享鎖進行數據的讀取。因此讀提交可以解決髒讀問題

可重複讀

內部鎖狀況

• 事務在讀取某數據的瞬間，必須先對其加行級共享鎖，直到事務結束才釋放
• 事務在更新某數據的時候，必須先對其加行級排他鎖，直到事務結束才釋放

現象

• 事務1在讀取某行記錄的整個過程，事務2均可以對該行記錄進行讀取（由於事務1對該行記錄增長行級共享鎖的狀況下，事務2一樣能夠對該行數據增長共享鎖來讀數據）
• 事務1在讀取某行記錄，事務2不能修改該行數據（由於事務1讀取數據會對數據增長共享鎖，直到事務提交纔會釋放，因此整個過程不容許其餘事務對該行數據增長排他鎖，解決了不可重複讀的狀況）
• 事務1更新某行記錄時，事務2不能對這行數據作更新，直到事務1結束（由於更新的時候會增長排他鎖，直到事務結束纔會釋放）
• 會出現幻讀狀況，mysql已使用MVCC解決了該問題

可序列化

• 可序列化是最高隔離級別，可以解決髒讀，不可重複讀，幻讀問題

內部鎖狀況

• 事務在讀取數據時，必須先對其加表級共享鎖，直到事務結束才釋放
• 事務在更新數據時，必須先對其加表級排他鎖，直到事務結束才釋放

現象

• 事務1正在讀取A表中的記錄時，則事務2也可以讀取A表，但不能對A表做更新，增長，刪除，直到事務1結束（由於事務1的關係對錶增長了表級共享鎖，其餘事務只能增長共享鎖讀取數據，不能進行其餘操做）
• 事務1正在更新A表中的記錄，則事務2不能讀取A表的任何記錄，更不能對A增刪改，直到事務1結束（事務1對錶增長了表級排他鎖，其餘事務不能對錶增長任何鎖）