MySQL的鎖機制原理介紹

這篇文章主要講解了“MySQL的鎖機制原理介紹”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“MySQL的鎖機制原理介紹”吧！

MySQL的鎖有以下幾種形式：
表級鎖：開銷小，加鎖快，不會出現死鎖，鎖定粒度大，發生鎖沖突的概率最高，并發度最低。MyISAM引擎屬于這種類型。
行級所：開銷大，加鎖慢，會出現死鎖，鎖粒度最小，發生鎖沖突的概率最低，并發度也最高。InnoDB引擎屬于這種類型。
頁面鎖：開銷和加鎖時間介于表鎖和行鎖之間，會出現死鎖，鎖定粒度介于表鎖和行鎖之間，并發度一般，NDB屬于這種類型。

表鎖：
 MyISAM存儲引擎只支持表鎖，所以對MyISAM表進行操作，會存在以下情況：
1）對MyISAM表的讀操作（加讀鎖），不會阻塞其他進程對同一表的讀操作，但會阻塞對同一表的寫請求，只有當讀鎖釋放之后，才會執行其他進程的寫操作。
2）對MyISAM表的寫操作（加寫鎖），會阻塞其他進程對同一表的讀和寫操作，只有當寫鎖釋放后，才會執行其他進程的讀寫操作。

行鎖：
  InnoDB存儲引擎是通過給索引上的索引項加鎖來實現的，這就意味著：只有通過索引條件檢索數據，InnoDB才會使用行級鎖，否則，InnoDB將使用表鎖。在并發訪問比較高的情況下，如果大量事務因無法立即獲得所需的鎖而掛起，會占用，大量計算機資源，造成嚴重的性能問題，甚至拖垮數據庫，這時需要設置合適的鎖等待超時閾值參數InnoDB_lock_wait_timeout來解決，一般設置為100秒即可。

死鎖：
  兩個事務都需要獲得對方持有的排他所才能繼續完成事務，這種循環所等待就是典型的死鎖。
發生死鎖后，InnoDB一般都能自動檢測到，他會讓一個事務釋放鎖并回退，另一個事務色獲得鎖，繼續完成事務。死鎖是無法避免的，我們可以通過調整業務的邏輯來盡量減少死鎖出現的概率。

感謝各位的閱讀，以上就是“MySQL的鎖機制原理介紹”的內容了，經過本文的學習后，相信大家對MySQL的鎖機制原理介紹這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！