一、引言

在現(xiàn)代應(yīng)用程序中，數(shù)據(jù)庫是不可或缺的組成部分之一。而MySQL作為一款開源的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，廣泛應(yīng)用于各種規(guī)模的應(yīng)用中。然而，在高并發(fā)的情況下，數(shù)據(jù)庫的性能往往成為瓶頸，因此數(shù)據(jù)庫鎖機(jī)制成為了至關(guān)重要的技術(shù)。本文將深入探討MySQL中的各種鎖，包括行鎖、表鎖、頁鎖等，以及如何使用它們來提高數(shù)據(jù)庫的性能。

二、鎖分類

從對數(shù)據(jù)操作的粒度來分：

表鎖：操作時(shí)會(huì)鎖定整個(gè)表

行鎖：操作時(shí)會(huì)鎖定當(dāng)前操作行

從對數(shù)據(jù)操作的類型分：

讀鎖（共享鎖）：針對同一個(gè)份數(shù)據(jù)，多個(gè)讀操作可以同時(shí)進(jìn)行而不會(huì)互相影響

寫鎖（排它鎖）：當(dāng)前操作沒有完成之前，它會(huì)阻斷其他寫鎖和讀鎖

三、Mysql鎖

mysql鎖的特性：

表級(jí)鎖

偏向MyISAM存儲(chǔ)引擎，開銷小，加鎖快；不會(huì)出現(xiàn)死鎖；鎖定粒度大，發(fā)生鎖沖突的概率最高，并發(fā)度最低

行級(jí)鎖

偏向InnoDB存儲(chǔ)引擎，開銷小，加鎖慢；會(huì)出現(xiàn)死鎖；鎖定粒度小，發(fā)生鎖沖突的概率最低，并發(fā)度最高

頁面鎖

開鎖和加鎖時(shí)間介于表鎖和行鎖之間；會(huì)出現(xiàn)死鎖；鎖定粒度介于表鎖和行鎖之間，并發(fā)度一般

四、MyISAM表鎖

MyISAM在執(zhí)行查詢語句（SELECT）前會(huì)自動(dòng)給涉及的所有表加讀鎖，在執(zhí)行更新操作（UPDATE、DELETE、INSERT）前，會(huì)自動(dòng)給涉及的表加寫鎖，這個(gè)過程并不需要用戶干預(yù)，因此，用戶一般不需要直接用 LOCK TABLE 命令給MyISAM表顯式加鎖。
顯式加鎖語法：

lock table table_name read;
lock table table_name write;
unlock tables;

MyISAM表的讀操作不會(huì)阻塞其他用戶對同一表的讀請求，但會(huì)阻塞對同一表的寫操作 MyISAM表的寫操作會(huì)阻塞其他用戶對同一表的讀和寫操作 MyISAM的讀寫鎖調(diào)度是優(yōu)先寫，這也是MyISAM不適合作寫為主的表的存儲(chǔ)引擎原因。因?yàn)閷戞i后，其他線程不能做任何操作，大量的更新會(huì)使查詢很難得到鎖，從而造成永遠(yuǎn)阻塞

查看鎖爭用情況：

show open tables;
show status like 'Table_locks%';

五、InnoDB鎖

兩種類型的行鎖共享鎖(S)

又稱讀鎖，簡稱S鎖，共享鎖就是多個(gè)事務(wù)對于同一數(shù)據(jù)可以共享一把鎖，都能訪問到數(shù)據(jù)，但是只能讀不能修改

排它鎖(X)

又稱寫鎖，簡稱X鎖，排他鎖就是不能與其他鎖并存，如一個(gè)事務(wù)獲取了一個(gè)數(shù)據(jù)行的排它鎖，其他事務(wù)就不能再獲取改行的其他鎖，包括共享鎖和排它鎖，但是獲取排它鎖的事務(wù)是可以對數(shù)據(jù)行讀取和修改

加鎖語句：

select * from table_name where … LOCK IN SHARE MODE
select * from table_name where… FOR UPDATE

TIPS：

對于UPDATE、DELETE和INSERT語句，InnoDB會(huì)自動(dòng)給涉及數(shù)據(jù)集加排它鎖
對于普通SELECT語句，InnnoDB不會(huì)加任何鎖

無索引行鎖升級(jí)為表鎖執(zhí)行更新時(shí)，如果where條件沒有索引 或 寫法不當(dāng)導(dǎo)致索引失效（例如：隱式轉(zhuǎn)換），最終行鎖變?yōu)楸礞i

-- name 類型為varchar(16)
update test_innodb_lock set sex='2' where name = 400;

六、間隙鎖

當(dāng)我們用范圍條件而不是使用相等條件檢索數(shù)據(jù)，并請求共享或排它鎖時(shí)，InnoDB會(huì)給符合條件的已有數(shù)據(jù)進(jìn)行加鎖；對于鍵值在條件范圍內(nèi)但不存在的記錄，叫做“間隙（GAP)"，InnoDB也會(huì)對這個(gè)”間隙“加鎖，這種鎖機(jī)制就是所謂的間隙鎖（Next-Key鎖)

update test_innodb_lock set sex = '0' where id < 4;

另一個(gè)事務(wù)如果執(zhí)行下面語句時(shí)，會(huì)被阻塞

insert into test_innodb_lock values(2, '200', '1');

行鎖爭用情況

show status like 'innodb_row_lock%';

• Innodb_row_lock_current_waits：當(dāng)前正在等待鎖定的數(shù)量
• Innodb_row_lock_time：從系統(tǒng)啟動(dòng)到現(xiàn)在鎖定總時(shí)間長度
• Innodb_row_lock_time_avg：每次等待所花平均時(shí)長
• Innodb_row_lock_time_max：從系統(tǒng)啟動(dòng)到現(xiàn)在等待最長的一次所花的時(shí)間
• Innodb_row_lock_waits：系統(tǒng)啟動(dòng)后到現(xiàn)在總共等待的次數(shù)

七、總結(jié)

InnoDB存儲(chǔ)引擎由于實(shí)現(xiàn)了行級(jí)鎖定，雖然在鎖定機(jī)制的實(shí)現(xiàn)方面帶來了性能損耗可能比表鎖會(huì)更高一些，但是在整體并發(fā)處理能力方面要遠(yuǎn)遠(yuǎn)優(yōu)于MyISAM的表鎖的。當(dāng)系統(tǒng)并發(fā)量較高的時(shí)候，InnoDB的整體性能和MyISAM相比就會(huì)有比較明顯的優(yōu)勢
但是，InnoDB的行級(jí)鎖同樣也有其脆弱的一面，當(dāng)我們使用不當(dāng)?shù)臅r(shí)候，可能會(huì)讓InnoDB的整體性能表現(xiàn)不僅不能比MyISAM高，甚至可能會(huì)更差

優(yōu)化建議：

盡可能讓所有數(shù)據(jù)檢索都能通過索引來完成，避免無索引行鎖升級(jí)為表鎖

合理設(shè)計(jì)索引，盡量縮小鎖的范圍

盡可能減少索引條件及索引范圍，避免間隙鎖

盡量控制事務(wù)大小，減少鎖定資源量和時(shí)間長度

盡可使用低級(jí)別事務(wù)隔離（需要業(yè)務(wù)層面滿足需求）

到此這篇關(guān)于mysql數(shù)據(jù)庫中各種鎖歸納的文章就介紹到這了,更多相關(guān)mysql各種鎖總結(jié)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論