MYSQL中的鎖主要有哪些分類

下面講講關(guān)于MYSQL中的鎖主要有哪些分類，文字的奧妙在于貼近主題相關(guān)。所以，閑話就不談了，我們直接看下文吧，相信看完MYSQL中的鎖主要有哪些分類這篇文章你一定會有所受益。 

在數(shù)據(jù)庫的鎖機(jī)制中介紹過，在DBMS中，可以按照鎖的粒度把數(shù)據(jù)庫鎖分為行級鎖(INNODB引擎)、表級鎖(MYISAM引擎)和頁級鎖(BDB引擎 )。

行級鎖

行級鎖是Mysql中鎖定粒度最細(xì)的一種鎖，表示只針對當(dāng)前操作的行進(jìn)行加鎖。行級鎖能大大減少數(shù)據(jù)庫操作的沖突。其加鎖粒度最小，但加鎖的開銷也最大。行級鎖分為共享鎖 和 排他鎖。

特點(diǎn)

開銷大，加鎖慢；會出現(xiàn)死鎖；鎖定粒度最小，發(fā)生鎖沖突的概率最低，并發(fā)度也最高。

表級鎖

表級鎖是MySQL中鎖定粒度最大的一種鎖，表示對當(dāng)前操作的整張表加鎖，它實(shí)現(xiàn)簡單，資源消耗較少，被大部分MySQL引擎支持。最常使用的MYISAM與INNODB都支持表級鎖定。表級鎖定分為表共享讀鎖（共享鎖）與表獨(dú)占寫鎖（排他鎖）。

特點(diǎn)

開銷小，加鎖快；不會出現(xiàn)死鎖；鎖定粒度大，發(fā)出鎖沖突的概率最高，并發(fā)度最低。

頁級鎖

頁級鎖是MySQL中鎖定粒度介于行級鎖和表級鎖中間的一種鎖。表級鎖速度快，但沖突多，行級沖突少，但速度慢。所以取了折衷的頁級，一次鎖定相鄰的一組記錄。BDB支持頁級鎖

特點(diǎn)

開銷和加鎖時(shí)間界于表鎖和行鎖之間；會出現(xiàn)死鎖；鎖定粒度界于表鎖和行鎖之間，并發(fā)度一般

MySQL常用存儲引擎的鎖機(jī)制

MyISAM和MEMORY采用表級鎖(table-level locking)

BDB采用頁面鎖(page-level locking)或表級鎖，默認(rèn)為頁面鎖

InnoDB支持行級鎖(row-level locking)和表級鎖,默認(rèn)為行級鎖

Innodb中的行鎖與表鎖

前面提到過，在Innodb引擎中既支持行鎖也支持表鎖，那么什么時(shí)候會鎖住整張表，什么時(shí)候或只鎖住一行呢？

InnoDB行鎖是通過給索引上的索引項(xiàng)加鎖來實(shí)現(xiàn)的，這一點(diǎn)MySQL與Oracle不同，后者是通過在數(shù)據(jù)塊中對相應(yīng)數(shù)據(jù)行加鎖來實(shí)現(xiàn)的。InnoDB這種行鎖實(shí)現(xiàn)特點(diǎn)意味著：只有通過索引條件檢索數(shù)據(jù)，InnoDB才使用行級鎖，否則，InnoDB將使用表鎖！

在實(shí)際應(yīng)用中，要特別注意InnoDB行鎖的這一特性，不然的話，可能導(dǎo)致大量的鎖沖突，從而影響并發(fā)性能。

• 在不通過索引條件查詢的時(shí)候,InnoDB 確實(shí)使用的是表鎖,而不是行鎖。

• 由于 MySQL 的行鎖是針對索引加的鎖,不是針對記錄加的鎖,所以雖然是訪問不同行 的記錄,但是如果是使用相同的索引鍵,是會出現(xiàn)鎖沖突的。應(yīng)用設(shè)計(jì)的時(shí)候要注意這一點(diǎn)。

• 當(dāng)表有多個(gè)索引的時(shí)候,不同的事務(wù)可以使用不同的索引鎖定不同的行,另外,不論 是使用主鍵索引、唯一索引或普通索引,InnoDB 都會使用行鎖來對數(shù)據(jù)加鎖。

• 即便在條件中使用了索引字段,但是否使用索引來檢索數(shù)據(jù)是由 MySQL 通過判斷不同 執(zhí)行計(jì)劃的代價(jià)來決定的,如果 MySQL 認(rèn)為全表掃 效率更高,比如對一些很小的表,它 就不會使用索引,這種情況下 InnoDB 將使用表鎖,而不是行鎖。因此,在分析鎖沖突時(shí), 別忘了檢查 SQL 的執(zhí)行計(jì)劃,以確認(rèn)是否真正使用了索引。

行級鎖與死鎖

MyISAM中是不會產(chǎn)生死鎖的，因?yàn)镸yISAM總是一次性獲得所需的全部鎖，要么全部滿足，要么全部等待。而在InnoDB中，鎖是逐步獲得的，就造成了死鎖的可能。

在MySQL中，行級鎖并不是直接鎖記錄，而是鎖索引。索引分為主鍵索引和非主鍵索引兩種，如果一條sql語句操作了主鍵索引，MySQL就會鎖定這條主鍵索引；如果一條語句操作了非主鍵索引，MySQL會先鎖定該非主鍵索引，再鎖定相關(guān)的主鍵索引。 在UPDATE、DELETE操作時(shí)，MySQL不僅鎖定WHERE條件掃描過的所有索引記錄，而且會鎖定相鄰的鍵值，即所謂的next-key locking。

當(dāng)兩個(gè)事務(wù)同時(shí)執(zhí)行，一個(gè)鎖住了主鍵索引，在等待其他相關(guān)索引。另一個(gè)鎖定了非主鍵索引，在等待主鍵索引。這樣就會發(fā)生死鎖。

發(fā)生死鎖后，InnoDB一般都可以檢測到，并使一個(gè)事務(wù)釋放鎖回退，另一個(gè)獲取鎖完成事務(wù)。

有多種方法可以避免死鎖，這里只介紹常見的三種

1、如果不同程序會并發(fā)存取多個(gè)表，盡量約定以相同的順序訪問表，可以大大降低死鎖機(jī)會。

2、在同一個(gè)事務(wù)中，盡可能做到一次鎖定所需要的所有資源，減少死鎖產(chǎn)生概率；

3、對于非常容易產(chǎn)生死鎖的業(yè)務(wù)部分，可以嘗試使用升級鎖定顆粒度，通過表級鎖定來減少死鎖產(chǎn)生的概率

行級鎖是Mysql中鎖定粒度最細(xì)的一種鎖，行級鎖能大大減少數(shù)據(jù)庫操作的沖突。行級鎖分為共享鎖和排他鎖兩種，本文將詳細(xì)介紹共享鎖及排他鎖的概念、使用方式及注意事項(xiàng)等。

共享鎖(Share Lock)

共享鎖又稱讀鎖，是讀取操作創(chuàng)建的鎖。其他用戶可以并發(fā)讀取數(shù)據(jù)，但任何事務(wù)都不能對數(shù)據(jù)進(jìn)行修改（獲取數(shù)據(jù)上的排他鎖），直到已釋放所有共享鎖。

如果事務(wù)T對數(shù)據(jù)A加上共享鎖后，則其他事務(wù)只能對A再加共享鎖，不能加排他鎖。獲準(zhǔn)共享鎖的事務(wù)只能讀數(shù)據(jù)，不能修改數(shù)據(jù)。

用法

SELECT ... LOCK IN SHARE MODE;

在查詢語句后面增加LOCK IN SHARE MODE，Mysql會對查詢結(jié)果中的每行都加共享鎖，當(dāng)沒有其他線程對查詢結(jié)果集中的任何一行使用排他鎖時(shí)，可以成功申請共享鎖，否則會被阻塞。其他線程也可以讀取使用了共享鎖的表，而且這些線程讀取的是同一個(gè)版本的數(shù)據(jù)。

排他鎖（eXclusive Lock）

排他鎖又稱寫鎖，如果事務(wù)T對數(shù)據(jù)A加上排他鎖后，則其他事務(wù)不能再對A加任任何類型的封鎖。獲準(zhǔn)排他鎖的事務(wù)既能讀數(shù)據(jù)，又能修改數(shù)據(jù)。

用法

SELECT ... FOR UPDATE;

在查詢語句后面增加FOR UPDATE，Mysql會對查詢結(jié)果中的每行都加排他鎖，當(dāng)沒有其他線程對查詢結(jié)果集中的任何一行使用排他鎖時(shí)，可以成功申請排他鎖，否則會被阻塞。

意向鎖

意向鎖是表級鎖，其設(shè)計(jì)目的主要是為了在一個(gè)事務(wù)中揭示下一行將要被請求鎖的類型。InnoDB中的兩個(gè)表鎖：

意向共享鎖（IS）：表示事務(wù)準(zhǔn)備給數(shù)據(jù)行加入共享鎖，也就是說一個(gè)數(shù)據(jù)行加共享鎖前必須先取得該表的IS鎖

意向排他鎖（IX）：類似上面，表示事務(wù)準(zhǔn)備給數(shù)據(jù)行加入排他鎖，說明事務(wù)在一個(gè)數(shù)據(jù)行加排他鎖前必須先取得該表的IX鎖。

意向鎖是InnoDB自動加的，不需要用戶干預(yù)。

對于insert、update、delete，InnoDB會自動給涉及的數(shù)據(jù)加排他鎖（X）；對于一般的Select語句，InnoDB不會加任何鎖，事務(wù)可以通過以下語句給顯示加共享鎖或排他鎖。

共享鎖：SELECT ... LOCK IN SHARE MODE;

排他鎖：SELECT ... FOR UPDATE;

對于以上MYSQL中的鎖主要有哪些分類相關(guān)內(nèi)容，大家還有什么不明白的地方嗎？或者想要了解更多相關(guān)，可以繼續(xù)關(guān)注我們的行業(yè)資訊板塊。