MySQL中的共享鎖與排他鎖
在 MySQL中的行級鎖,表級鎖,頁級鎖 中介紹過，行級鎖是Mysql中鎖定粒度最細的一種鎖，行級鎖能大大減少數據庫操作的沖突。行級鎖分為共享鎖和排他鎖兩種，本文將詳細介紹共享鎖及排他鎖的概念、使用方式及注意事項等。
共享鎖(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會對查詢結果中的每行都加排他鎖，當沒有其他線程對查詢結果集中的任何一行使用排他鎖時，可以成功申請排他鎖，否則會被阻塞。
意向鎖
InnoDB還有兩個表鎖：
意向共享鎖（IS）：表示事務準備給數據行加入共享鎖，也就是說一個數據行加共享鎖前必須先取得該表的IS鎖
意向排他鎖（IX）：類似上面，表示事務準備給數據行加入排他鎖，說明事務在一個數據行加排他鎖前必須先取得該表的IX鎖。
意向鎖是InnoDB自動加的，不需要用戶干預。
對于insert、update、delete，InnoDB會自動給涉及的數據加排他鎖（X）；對于一般的Select語句，InnoDB不會加任何鎖，事務可以通過以下語句給顯示加共享鎖或排他鎖。
共享鎖： SELECT ... LOCK IN SHARE MODE;
排他鎖： SELECT ... FOR UPDATE;
注意事項
行級鎖與表級鎖
行級鎖都是基于索引的，如果一條SQL語句用不到索引是不會使用行級鎖的，會使用表級鎖。行級鎖的缺點是：由于需要請求大量的鎖資源，所以速度慢，內存消耗大。
行級鎖與死鎖
MyISAM中是不會產生死鎖的，因為MyISAM總是一次性獲得所需的全部鎖，要么全部滿足，要么全部等待。而在InnoDB中，鎖是逐步獲得的，就造成了死鎖的可能。
在MySQL中，行級鎖并不是直接鎖記錄，而是鎖索引。索引分為主鍵索引和非主鍵索引兩種，如果一條sql語句操作了主鍵索引，MySQL就會鎖定這條主鍵索引；如果一條語句操作了非主鍵索引，MySQL會先鎖定該非主鍵索引，再鎖定相關的主鍵索引。 在UPDATE、DELETE操作時，MySQL不僅鎖定WHERE條件掃描過的所有索引記錄，而且會鎖定相鄰的鍵值，即所謂的next-key locking。
當兩個事務同時執行，一個鎖住了逐漸索引在等待其他相關索引，一個鎖定了非主鍵索引，在等待主鍵索引。這樣就會發生死鎖。
發生死鎖后，InnoDB一般都可以檢測到，并使一個事務釋放鎖回退，另一個獲取鎖完成事務。
有多種方法可以避免死鎖，這里只介紹常見的三種
1、如果不同程序會并發存取多個表，盡量約定以相同的順序訪問表，可以大大降低死鎖機會。
2、在同一個事務中，盡可能做到一次鎖定所需要的所有資源，減少死鎖產生概率；
3、對于非常容易產生死鎖的業務部分，可以嘗試使用升級鎖定顆粒度，通過表級鎖定來減少死鎖產生的概率；