十年網站開發(fā)經驗 + 多家企業(yè)客戶 + 靠譜的建站團隊
量身定制 + 運營維護+專業(yè)推廣+無憂售后,網站問題一站解決
下面一起來了解下MySQL中行鎖、頁鎖和表鎖的實際應用,相信大家看完肯定會受益匪淺,文字在精不在多,希望MySQL中行鎖、頁鎖和表鎖的實際應用這篇短內容是你想要的。
MySQL中按照鎖的粒度可以細分為行鎖、頁鎖、表鎖。
行鎖
1、行鎖的鎖定顆粒度在MySQL中是最細的,應用于InnoDB存儲引擎,只針對操作的當前行進行加鎖。并發(fā)情況下,產生鎖等待的概率較低,支持較大的并發(fā)數(shù),但開銷大,加鎖慢,而且會出現(xiàn)死鎖。
2、在InnoDB中使用行鎖有一個前提條件:檢索數(shù)據(jù)時需要通過索引!因為InnoDB是通過給索引的索引項加鎖來實現(xiàn)行鎖的。
3、在不通過索引條件查詢的時候,InnoDB會使用表鎖,這在并發(fā)較大時,可能導致大量的鎖沖突。此外,行鎖是針對索引加鎖,存在這種情況,雖然是訪問的不同記錄,但使用的是同一索引項,也可能會出現(xiàn)鎖沖突。
提示:不一定使用了索引檢索就一定會使用行鎖,也有可能使用表鎖。因為MySQL會比較不同執(zhí)行計劃的代價,當全表掃描比索引效率更高時,InnoDB就使用表鎖。因此需要結合SQL的執(zhí)行計劃去分析鎖沖突。
4、行鎖會產生死鎖,因為在行鎖中,鎖是逐步獲得的,主要分為兩步:鎖住主鍵索引,鎖住非主鍵索引。如:當兩個事務同時執(zhí)行時,一個鎖住了主鍵索引,在等待其他索引;另一個鎖住了非主鍵索引,在等待主鍵索引。這樣便會發(fā)生死鎖。InnoDB一般都可以檢測到這種死鎖,并使一個事務釋放鎖回退,另一個獲取鎖完成事務。
表鎖
表鎖的鎖定顆粒度在MySQL中是最粗的,InnoDB、MyISAM引擎中都有應用,對當前整張表加鎖。不適合高并發(fā)的場景,但開銷小,加鎖快,不會出現(xiàn)死鎖,發(fā)生鎖沖突的概率大。
頁鎖
頁鎖的粒度介于行鎖和表鎖之間,應用于BDB引擎,并發(fā)度一般,開銷和加鎖速度也介于行鎖和表鎖之間。
看完MySQL中行鎖、頁鎖和表鎖的實際應用這篇文章后,很多讀者朋友肯定會想要了解更多的相關內容,如需獲取更多的行業(yè)信息,可以關注我們的行業(yè)資訊欄目。
另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內外云服務器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。