為什么要鎖

　　我們開的的各式各樣系統中，系統運行需要CPU、內存、I/O、磁盤等等資源。但除了硬資源外，還有最為重要的軟資源：數據。

　　當人們訪問操作我們的系統時，其實歸根是對數據的查看與生產。那么對于同一份數據，如果多個用戶同時對它查看、修改時會出現什么問題呢？這必然會帶來競爭，而為了控制并發的讀取、修改數據會對數據造成的不一致、錯亂等問題，數據庫引入了鎖的機制。

　　當然鎖的問題解決了并發訪問數據的問題，而不可避免的會對系統的性能產生負面影響。總結一下各種鎖的使用場景方便在實踐中更好的運用它從而提升系統性能。

鎖的種類

　　我們日常開發中用到最多的存儲引擎是Innodb 與 MyISAM兩種，而 Innodb 現在更多是首選，因此主要是對 Innodb 的說明，MyISAM 跟多是作為一個對比的角色。

?

?　　MySQL的鎖可以按照多種方式進行劃分，這里使用最常用的兩種方式進行劃分：粒度與使用方式。

　　需要特別說明的是：樂觀鎖與悲觀鎖并不是數據庫中實現的鎖機制，是需要我們自己去實現的。它是一種思想，我們不僅僅可以用在MySQL中，其它地方有需要的也可以用到。而像悲觀鎖它也是利用數據庫現有的機制進行實現的。下面先根據不同分類對說明相關概念。

按使用方式

樂觀鎖?機制采取了更加寬松的加鎖機制。悲觀鎖大多數情況下依靠數據庫的鎖機制實現，以保證操作最大程度的獨占性。但隨之而來的就是數據庫性能的大量開銷，特別是對長事務而言，這樣的開銷往往無法承受。相對悲觀鎖而言，樂觀鎖更傾向于開發運用。

悲觀鎖?具有強烈的獨占和排他特性。它指的是對數據被外界（包括本系統當前的其他事務，以及來自外部系統的事務處理）修改持保守態度，因此，在整個數據處理過程中，將數據處于鎖定狀態。悲觀鎖的實現，往往依靠數據庫提供的鎖機制（也只有數據庫層提供的鎖機制才能真正保證數據訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無法保證外部系統不會修改數據）。

按粒度

表級鎖?是MySQL中鎖定粒度最大的一種鎖，表示對當前操作的整張表加鎖，它實現簡單，資源消耗較少，被大部分MySQL引擎支持。最常使用的MyISAM與InnoDB都支持表級鎖定。表級鎖分為表共享讀鎖與表獨占寫鎖。

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

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

　　這里需要說明的是，悲觀鎖是一種思想，它的實現是使用了 共享鎖與排他鎖來實現的。因此悲觀鎖本身并不是MySQL實現的鎖機制，它是我們造出來的一個概念。

InnoDB中加鎖

　　InnoDB 實現了兩種類型的行鎖，共享鎖（S）與排他鎖（X）。然后由于 InnoDB引擎又支持表級鎖，所以它內部又有意向共享鎖（IS）與意向排他鎖（IX）。這兩種表鎖，都是InnoDB內部自動處理，換句話說我們寫代碼是無法控制也不需要控制的。我們能控制的是S與X鎖。

為MySQL加鎖

　　在日常操作中，UPDATE、INSERT、DELETE?InnoDB會自動給涉及的數據集加排他鎖，一般的?SELECT?一般是不加任何鎖的。我們可以使用以下方式顯式的為?SELECT?加鎖。

共享鎖：select * form table where id = 10 lock in share mode

排他鎖：select * from table where id = 10 for update

　　那么什么時候該用共享鎖什么時候用排他鎖呢？

　　一般來講，共享鎖主要用在需要數據依存關系時來確認某行記錄是否存在，并確保沒有人對這個記錄進行UPDATE或者DELETE操作（包括加鎖的事物也只能讀）。簡單說就是大家都可以讀數據，但是無法修改（更新或者刪除），因此我認為共享鎖也是悲觀鎖的一種實現。

　　排他鎖是與共享鎖相對應，自身加排他鎖的事物能夠自己發起修改操作，其它事物無法再對該數據加共享或者排他鎖。

?

　　這里需要注意上面說到的一點，由于InnoDB引擎是行鎖，不管我們在這條數據上加了共享鎖還是排他鎖，簡單的select語句依然可以使用的，因為默認在InnoDB中select是不加鎖的。

?

　　這里還有一點，上圖中我們寫到一個?間隙鎖，這是什么東西？比如：當我們用范圍條件而不是相等條件檢索數據，并請求共享或排他鎖時，InnoDB會給符合條件的已有數據的索引項加鎖；對于鍵值在條件范圍內但并不存在的記錄，叫做“間隙(GAP)”，InnoDB也會對這個“間隙”加鎖，這種鎖機制就是所謂的間隙鎖（Next-Key鎖）。它存在的主要目的有一個是為了解決幻讀問題，因為RR作為InnoDB的默認事物隔離級別，是存在幻讀問題的，而我們在實際操作中確沒有出現，就是因為這里做了處理。

　　關于樂觀鎖是如何加鎖的，這個不同系統有不同的實現，簡單來說，對每一個數據維護一個版本號，每次讀取時把版本號讀取出來，更新時版本號+1。然后更新時將讀取的版本號作為條件，如果有其它事物更新了，那么必然會導致版本號變化，因為本次更新不會成功。這種機制最大程度的保證了并發。

InnoDB什么時候會鎖表

　　InnoDB行鎖是通過索引上的索引項來實現的，這一點ＭySQL與Oracle不同，后者是通過在數據中對相應數據行加鎖來實現的。InnoDB這種行鎖實現特點意味者：只有通過索引條件檢索數據，InnoDB才會使用行級鎖，否則，InnoDB將使用表鎖！

　　在實際應用中，要特別注意InnoDB行鎖的這一特性，不然的話，可能導致大量的鎖沖突，從而影響并發性能

總結

• 悲觀鎖與樂觀鎖是一種思想，而不是數據庫鎖機制的實現；
• InnoDB的行鎖是基于索引實現的，如果不通過索引訪問數據，InnoDB會使用表鎖；
• 雖然根據標準InnoDB的默認事務隔離級別RR是存在幻讀，但是通過間隙鎖以及MVCC解決了幻讀的問題；
• 間隙鎖的存在會導致并發插入問題，盡量減少范圍查詢；
• InnoDB的索引設計非常重要。

轉載于:https://www.cnblogs.com/weiqihome/p/9297478.html

總結

以上是生活随笔為你收集整理的MySQL InnoDB引擎锁的总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。