事務隔離級別本質 在資料庫管理系統中，事務保證了一個操作序列可以全部執行或全部不執行（原子性），從一個狀態轉變到另外一個狀態（一致性）。由於事務滿足持久性，所以一旦事務被提交之後，數據就能夠被持久化下來，又因為事務是滿足隔離性的，所以，當多個事務同時處理同一個數據的時候，多個事務之間是互不影響的，所 ...
事務隔離級別本質
在資料庫管理系統中，事務保證了一個操作序列可以全部執行或全部不執行（原子性），從一個狀態轉變到另外一個狀態（一致性）。由於事務滿足持久性，所以一旦事務被提交之後，數據就能夠被持久化下來，又因為事務是滿足隔離性的，所以，當多個事務同時處理同一個數據的時候，多個事務之間是互不影響的，所以在多個事務併發操作的過程中，如果控制不好隔離級別，就有可能產生臟讀，不可重覆讀或者幻讀等讀現象。
讀未提交
- 隔離級別最低，一個事務可以讀到另一個事務未提交的數據
內部鎖情況
- 事務在讀數據時候未對數據加鎖
- 事務在修改數據的時候只對數據增加行級共用鎖
現象
- 事務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對錶增加了表級排他鎖，其他事務不能對錶增加任何鎖）
