一、引言
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;