共計 913 個字符，預(yù)計需要花費 3 分鐘才能閱讀完成。

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

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

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

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

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

感謝各位的閱讀，以上就是“MySQL 的鎖機制原理介紹”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對 MySQL 的鎖機制原理介紹這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是丸趣 TV，丸趣 TV 小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！