【資料庫】——mysql鎖機制
阿新 • • 發佈：2019-01-03
（一）引言
MySQL引擎預設的鎖級別：
MyISAM和MEMORY採用表級鎖(table-level locking)。
BDB採用頁面鎖(page-level locking)或表級鎖，預設為頁面鎖。
InnoDB支援行級鎖(row-level locking)和表級鎖，預設為行級鎖。
二、Innodb引擎中的行鎖與表鎖
在Innodb引擎中既支援行鎖也支援表鎖，那麼什麼時候會鎖住整張表，什麼時候或只鎖住一行呢？
InnoDB行鎖是通過給索引上的索引項加鎖來實現的，這一點MySQL與Oracle不同，Oracle者是通過在資料塊中對相應資料行加鎖來實現的。
InnoDB這種行鎖實現特點意味著：只有通過索引條件檢索資料，InnoDB才使用行級鎖，否則，InnoDB將使用表鎖！
在實際應用中，要特別注意InnoDB行鎖的這一特性，不然的話，可能導致大量的鎖衝突，從而影響併發效能。
行級鎖都是基於索引的，如果一條SQL語句用不到索引是不會使用行級鎖的，會使用表級鎖。
行級鎖的缺點是：如果併發請求大量的鎖資源，所以速度慢，記憶體消耗大。
1、行級鎖與死鎖
MyISAM中是不會產生死鎖的，因為MyISAM總是一次性獲得所需的全部鎖，要麼全部滿足，要麼全部等待。
在InnoDB中，鎖是逐步獲得的，就造成了死鎖的可能。
在MySQL中，行級鎖並不是直接鎖記錄，而是鎖索引。
索引分為主鍵索引和非主鍵索引兩種：
如果一條sql語句操作了主鍵索引，MySQL就會鎖定這條主鍵索引；
如果一條語句操作了非主鍵索引，MySQL會先鎖定該非主鍵索引，再鎖定相關的主鍵索引。
在UPDATE、DELETE操作時，MySQL不僅鎖定WHERE條件掃描過的所有索引記錄，而且會鎖定相鄰的鍵值，即所謂的next-key locking。
當兩個事務同時執行，一個鎖住了主鍵索引，在等待其他相關索引。另一個鎖定了非主鍵索引，在等待主鍵索引。這樣就會發生死鎖。
發生死鎖後，InnoDB一般都可以檢測到，並使一個事務釋放鎖回退，另一個獲取鎖完成事務。
有多種方法可以避免死鎖，我們來介紹常見的三種
如果不同程式會併發存取多個表，儘量約定以相同的順序訪問表，可以大大降低死鎖機會。
在同一個事務中，儘可能做到一次鎖定所需要的所有資源，減少死鎖產生概率；
對於非常容易產生死鎖的業務部分，可以嘗試使用升級鎖定顆粒度，通過表級鎖定來減少死鎖產生的概率；
2、表鎖
表鎖分為表共享讀鎖（共享鎖）與表獨佔寫鎖（排他鎖）
共享鎖(Share Lock)又稱讀鎖，是讀取操作建立的鎖。其他使用者可以併發讀取資料，但任何事務都不能對資料進行修改（獲取資料上的排他鎖），直到已釋放所有共享鎖。
如果事務T對資料A加上共享鎖後，則其他事務只能對A再加共享鎖，不能加排他鎖。獲准共享鎖的事務只能讀資料，不能修改資料。
使用：SELECT ... LOCK IN SHARE MODE;
在查詢語句後面增加LOCK IN SHARE MODE， Mysql會對查詢結果中的每行都加共享鎖，當沒有其他執行緒對查詢結果集中的任何一行使用排他鎖時，可以成功申請共享鎖，否則會被阻塞。其他執行緒也可以讀取使用了共享鎖的表，而且這些執行緒讀取的是同一個版本的資料。
排他鎖（exclusive Lock）又稱寫鎖，如果事務T對資料A加上排他鎖後，則其他事務不能再對A加任任何型別的鎖。獲准排他鎖的事務既能讀資料，又能修改資料。
使用：SELECT ... FOR UPDATE;
在查詢語句後面增加FOR UPDATE， Mysql會對查詢結果中的每行都加排他鎖，當沒有其他執行緒對查詢結果集中的任何一行使用排他鎖時，可以成功申請排他鎖，否則會被阻塞。
3、意向鎖
意向共享鎖（IS）：表示事務準備給資料行加入共享鎖，也就是說一個數據行加共享鎖前必須先取得該表的IS鎖
意向排他鎖（IX）：類似上面，表示事務準備給資料行加入排他鎖，說明事務在一個數據行加排他鎖前必須先取得該表的IX鎖。
意向鎖是InnoDB自動加的，不需要使用者干預。
三、總結
對於insert、update、delete，InnoDB會自動給涉及的資料加排他鎖；
對於一般的Select語句，InnoDB不會加任何鎖。
事務可以通過以下語句給顯示加共享鎖或排他鎖：
共享鎖：SELECT ... LOCK IN SHARE MODE;
排他鎖：SELECT ... FOR UPDATE;
MySQL引擎預設的鎖級別：
MyISAM和MEMORY採用表級鎖(table-level locking)。
BDB採用頁面鎖(page-level locking)或表級鎖，預設為頁面鎖。
InnoDB支援行級鎖(row-level locking)和表級鎖，預設為行級鎖。
二、Innodb引擎中的行鎖與表鎖
在Innodb引擎中既支援行鎖也支援表鎖，那麼什麼時候會鎖住整張表，什麼時候或只鎖住一行呢？
InnoDB行鎖是通過給索引上的索引項加鎖來實現的，這一點MySQL與Oracle不同，Oracle者是通過在資料塊中對相應資料行加鎖來實現的。
InnoDB這種行鎖實現特點意味著：只有通過索引條件檢索資料，InnoDB才使用行級鎖，否則，InnoDB將使用表鎖！
在實際應用中，要特別注意InnoDB行鎖的這一特性，不然的話，可能導致大量的鎖衝突，從而影響併發效能。
行級鎖都是基於索引的，如果一條SQL語句用不到索引是不會使用行級鎖的，會使用表級鎖。
行級鎖的缺點是：如果併發請求大量的鎖資源，所以速度慢，記憶體消耗大。
1、行級鎖與死鎖
MyISAM中是不會產生死鎖的，因為MyISAM總是一次性獲得所需的全部鎖，要麼全部滿足，要麼全部等待。
在InnoDB中，鎖是逐步獲得的，就造成了死鎖的可能。
在MySQL中，行級鎖並不是直接鎖記錄，而是鎖索引。
索引分為主鍵索引和非主鍵索引兩種：
如果一條sql語句操作了主鍵索引，MySQL就會鎖定這條主鍵索引；
如果一條語句操作了非主鍵索引，MySQL會先鎖定該非主鍵索引，再鎖定相關的主鍵索引。
在UPDATE、DELETE操作時，MySQL不僅鎖定WHERE條件掃描過的所有索引記錄，而且會鎖定相鄰的鍵值，即所謂的next-key locking。
當兩個事務同時執行，一個鎖住了主鍵索引，在等待其他相關索引。另一個鎖定了非主鍵索引，在等待主鍵索引。這樣就會發生死鎖。
發生死鎖後，InnoDB一般都可以檢測到，並使一個事務釋放鎖回退，另一個獲取鎖完成事務。
有多種方法可以避免死鎖，我們來介紹常見的三種
如果不同程式會併發存取多個表，儘量約定以相同的順序訪問表，可以大大降低死鎖機會。
在同一個事務中，儘可能做到一次鎖定所需要的所有資源，減少死鎖產生概率；
對於非常容易產生死鎖的業務部分，可以嘗試使用升級鎖定顆粒度，通過表級鎖定來減少死鎖產生的概率；
2、表鎖
表鎖分為表共享讀鎖（共享鎖）與表獨佔寫鎖（排他鎖）
共享鎖(Share Lock)又稱讀鎖，是讀取操作建立的鎖。其他使用者可以併發讀取資料，但任何事務都不能對資料進行修改（獲取資料上的排他鎖），直到已釋放所有共享鎖。
如果事務T對資料A加上共享鎖後，則其他事務只能對A再加共享鎖，不能加排他鎖。獲准共享鎖的事務只能讀資料，不能修改資料。
使用：SELECT ... LOCK IN SHARE MODE;
在查詢語句後面增加LOCK IN SHARE MODE， Mysql會對查詢結果中的每行都加共享鎖，當沒有其他執行緒對查詢結果集中的任何一行使用排他鎖時，可以成功申請共享鎖，否則會被阻塞。其他執行緒也可以讀取使用了共享鎖的表，而且這些執行緒讀取的是同一個版本的資料。
排他鎖（exclusive Lock）又稱寫鎖，如果事務T對資料A加上排他鎖後，則其他事務不能再對A加任任何型別的鎖。獲准排他鎖的事務既能讀資料，又能修改資料。
使用：SELECT ... FOR UPDATE;
在查詢語句後面增加FOR UPDATE， Mysql會對查詢結果中的每行都加排他鎖，當沒有其他執行緒對查詢結果集中的任何一行使用排他鎖時，可以成功申請排他鎖，否則會被阻塞。
3、意向鎖
意向共享鎖（IS）：表示事務準備給資料行加入共享鎖，也就是說一個數據行加共享鎖前必須先取得該表的IS鎖
意向排他鎖（IX）：類似上面，表示事務準備給資料行加入排他鎖，說明事務在一個數據行加排他鎖前必須先取得該表的IX鎖。
意向鎖是InnoDB自動加的，不需要使用者干預。
三、總結
對於insert、update、delete，InnoDB會自動給涉及的資料加排他鎖；
對於一般的Select語句，InnoDB不會加任何鎖。
事務可以通過以下語句給顯示加共享鎖或排他鎖：
共享鎖：SELECT ... LOCK IN SHARE MODE;
排他鎖：SELECT ... FOR UPDATE;