MySQL的意向共享鎖、意向排它鎖和死鎖是什麼

一、InnoDB的表級鎖定

通常應該使用行級鎖定來保證交易的完整性，並且這也是選擇InnoDB引擎的常見原因之一。但在個別情況下，也可能需要使用表級鎖。

事務需要更新大部分或全部數據，表又比較大，如果使用預設的行鎖，不僅這個事務執行效率低，而且可能造成其他事務長時間等待和鎖衝突事務涉及多個表，比較複雜，很可能會造成死鎖，造成大量交易回滾

我們希望取得表鎖時，執行以下指令：

在使用表鎖的時候，涉及的效率問題：
要取得一張表的共用鎖定S或排它鎖定X，首先要確定這張表沒有被其它事務取得過X鎖，這張表裡面的資料沒有被其它事務取得過行鎖X鎖。

假如我們這張表有一千萬個數據，怎麼判斷這一千萬個數據哪些行有X鎖？
如果想取得表的S鎖，就需要判斷表裡面哪些行有過X鎖，如果有一些行有過X鎖，那麼就不能取得這張表的S鎖或X鎖。除了挨個檢查，沒有更好的辦法，這就導致效率低下的問題

由於需要加表鎖而去挨個遍歷數據，確定是否有某些數據被加了行鎖，而導致的效率低下問題。我們在這裡學習的意向共享鎖和意向排他鎖就可以解決，當要獲取表的X鎖是，不需要再檢查表中的哪些行鎖被（X或者S）佔用，只需要快速檢查IX和IS鎖即可。

二、意向共享鎖定和意向排它鎖定

• 意圖共享鎖定（IS鎖定）：交易計畫為記錄加行共享鎖定，交易在給一行記錄加共享鎖前，必須先取得該表的IS鎖

• 意向排他鎖（IX鎖）：交易計畫給記錄加行排他鎖，交易在為一行記錄加排他鎖前，必須先取得該表的IX鎖定

• 在加行鎖定之前，由InnoDB儲存引擎加上表格的IS或IX鎖定

• #意向鎖定之間都是相容的，不會產生衝突，主要是為了輔助其他的在獲取表鎖的時候加快效率

意向鎖存在的意義是為了更有效率的獲取表鎖（表格中的X和S指的是表格鎖定，不是行鎖！）

意向鎖定是

表格層級鎖定

，

協調表鎖定和行鎖的共存關係

。主要目的是顯示交易正在鎖定某行或試圖鎖定某行。

分析事務1取得行X鎖定和事務2獲取表S鎖定：

當事務1需要給表的第10行數據加X鎖定時，InnoDB儲存引擎自動地在整張表上加了IX鎖定。當事務2再想取得整張表的S鎖時，看到這張表已經有別的事務獲取了IX鎖了，就表示這張表肯定有某些資料被加上了X鎖，這就導致事務2不能給整張表加S鎖了。此時事務2只能等待，無法成功取得表S鎖定三、死鎖

1.資料庫中的死鎖

MyISAM表鎖定時deadlock free的，這是因為
MyISAM 不支援事務，只支援表鎖，總是一次獲得所需的全部鎖，要么全部滿足，要么等待，因此不會出現死鎖
。但在InnoDB中，除單一SQL組成的事務外，鎖定是逐步取得的，即鎖的粒度比較小，這就決定了在InnoDB中發生死鎖是可能的。當然如果處理多張表，還是有可能出現死鎖的。

死鎖問題一般都是我們自己造成的，和多執行緒程式設計的死鎖情況相似，大部分都是由於我們多個執行緒在取得多個鎖資源的時候，取得的順序不同而導致的死鎖問題。因此我們應用在對資料庫的多個表做更新的時候，不同的程式碼段，應對這些表按相同的順序進行更新操作，以防止鎖定衝突導致死鎖問題。

2. 死鎖場景以及解決方法

###死鎖出現的場景如下：#########事務1成功取得行鎖1###事務2成功取得行鎖2###…###事務1無法取得行鎖2，被封鎖的同時沒有辦法執行commit/rollback，無法釋放行鎖1###事務2無法取得行鎖1，被阻塞的同時沒有辦法執行commit/rollback，無法釋放行鎖2################所有的事務都阻塞了，相當於進程內的所有執行緒都阻塞了，造成了死鎖問題。 ###

解決死鎖的方法：多個事務/執行緒取得多個相同資源鎖的時候，應該按照同樣的順序，取得資源的鎖定。

交易被阻塞或死鎖了，mysqld（MySQL Server守護程式）設定有交易阻斷的逾時時間，交易不會阻塞很長時間，逾時後交易處理失敗，自動釋放目前佔有的鎖。

3. 操作

設定手動提交和可重複讀取隔離級別並開啟交易

查詢表數據，在可重複讀隔離等級使用的是MVCC提供的快照讀，並沒有加鎖

#交易1取得id=7的排他鎖，交易2取得id=8的排他鎖

交易1再取得id=8的排它鎖，發生阻塞

交易2再取得id= 7的排它鎖，發生阻塞

此時由於MySQL Server偵測到發生了死鎖，於是解除事務1的阻塞，進行事務1的rollback，釋放其佔有的行鎖，於是事務2成功獲取id=7的排它鎖

三、鎖的優化建議

• 在能正確完成業務的前提下，為確保效率，盡量使用較低的隔離等級（必須避免髒讀）

• 設計合理的索引並盡量使用索引存取資料，使加鎖更準確，減少鎖衝突的機會，提高並發能力

• 選擇合理的事務大小，小事務發生鎖衝突的機率小（事務越大，包含的SQL越多，可能包含更多的表資源和行資源的鎖，增大了鎖衝突的機率）不同的程式存取一組表時，應盡量約定以相同的順序存取各表，對一個表而言，盡可能以固定的順序存取表中的行。這樣可以大幅減少死鎖的機會

• 盡量用相等條件存取數據，這樣可以避免間隙鎖對並發插入的影響（其實等值查詢也會加間隙鎖定）不要申請超過實際需要的鎖定等級

• 如果沒有必要，查詢時應避免使用顯示加鎖，因為在已提交讀取和可重複讀取隔離等級下， MVCC已經提供了讀取機制，無需手動加鎖

以上是MySQL的意向共享鎖、意向排它鎖和死鎖是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章！