MySQL中的鎖

目錄

概述

MyISAM支持表鎖，InnoDB支持表鎖和行鎖，默認(rèn)為行鎖

表級(jí)鎖：開銷小，加鎖快，不會(huì)出現(xiàn)死鎖。鎖定粒度大，發(fā)生鎖沖突的概率最高，并發(fā)量最低

行級(jí)鎖：開銷大，加鎖慢，會(huì)出現(xiàn)死鎖。鎖力度小，發(fā)生鎖沖突的概率小，并發(fā)度最高

MyISAM表級(jí)鎖

鎖模式

show status like 'table%' 可以分析鎖爭(zhēng)奪情況

表級(jí)鎖分為兩種模式：共享讀鎖，獨(dú)占寫鎖

讀讀共享，讀寫互斥，寫寫互斥，寫讀互斥(比如寫讀互斥，當(dāng)一個(gè)用戶對(duì)user表進(jìn)行寫的時(shí)候，會(huì)阻塞其他用戶的寫操作和讀操作)

加表鎖

在select的時(shí)候自動(dòng)加讀鎖，在update delete insert時(shí)，自動(dòng)加寫鎖

一般不需要用戶用lock table 命令直接顯式加鎖

顯示加表鎖時(shí)

session1顯示給user表加鎖

lock table user read;

session1此時(shí)不能讀取未鎖定的class表，所以lock table時(shí)要一次性鎖定要用到的表

session1此時(shí)不能進(jìn)行更新和插入，只能進(jìn)行讀取

其他session可以讀取user表，但是更新會(huì)阻塞，而插入不會(huì)阻塞(可以通過(guò)設(shè)置concurrent_insert 系統(tǒng)變量來(lái)控制并發(fā)插入行為)

鎖調(diào)度

當(dāng)一個(gè)進(jìn)程請(qǐng)求user表的讀鎖，一個(gè)進(jìn)程請(qǐng)求user表的寫鎖，即使讀請(qǐng)求先到，也是請(qǐng)求寫鎖成先成功

所以，MyISAM不適合大量的更新，因?yàn)榇罅扛聲?huì)導(dǎo)致查操作很難獲得讀鎖

InnoDB行級(jí)鎖

行鎖

通過(guò) show status like 'InnoDB_row_lock' 來(lái)分析行鎖爭(zhēng)奪情況

共享鎖S：允許一個(gè)事務(wù)去讀一行，阻止其他事務(wù)獲得相同數(shù)據(jù)集的排他鎖

排他鎖X：允許獲得排它鎖的事務(wù)更新數(shù)據(jù)，阻止其他事務(wù)取得相同數(shù)據(jù)集的共享鎖和排他鎖

意向鎖

所謂意向鎖就是意圖拿到鎖，所以要獲得共享鎖時(shí)，需要先獲得意向共享鎖

意向共享所IS，一個(gè)事務(wù)給一個(gè)數(shù)據(jù)行加共享鎖時(shí)，必須先獲得表的IS鎖

意向排它鎖IX，一個(gè)事務(wù)給一個(gè)數(shù)據(jù)行加排他鎖時(shí)，必須先獲得該表的IX鎖

間隙鎖

范圍查詢時(shí)，比如select * from user where id>50 ，這個(gè)時(shí)候即使最大id為51，不僅會(huì)給符合條件的行加鎖，也會(huì)給id大于51(不存在的記錄)的加鎖，這就是間隙鎖

間隙鎖解決了事務(wù)并發(fā)的幻讀問(wèn)題

兼容情況

鎖

S

X

IS

IX

S

Yes

No

Yes

No

X

No

No

No

No

IS

Yes

No

Yes

Yes

IX

No

No

Yes

Yes

加鎖

意向鎖是InnoDB自動(dòng)加的

對(duì)于update insert delete 會(huì)自動(dòng)加排它鎖

對(duì)于select不會(huì)自動(dòng)加鎖

Select * from user LOCK IN SHARE MODE 手動(dòng)添加共享鎖

select * from user For update 手動(dòng)添加排它鎖

行鎖使用方式

通過(guò)索引條件檢索數(shù)據(jù)時(shí)，才使用行鎖，否則用表鎖

也就是如果select的where列不是索引列，那么此時(shí)，實(shí)際上是給整個(gè)表加鎖

檢索條件是索引時(shí)，又分索引是聚集索引還是非聚集索引，如果是聚集索引(索引上葉節(jié)點(diǎn)存放的整條記錄)，在聚集索引上的加上行鎖，而如果是非聚集索引，要在非聚集索引記錄上加行鎖，又要在聚集索引上加行鎖

什么時(shí)候使用表鎖

事務(wù)需要更新表的大部分?jǐn)?shù)據(jù)。如果每一行都加上排他鎖，鎖沖突嚴(yán)重，那么此時(shí)執(zhí)行效率低

事務(wù)涉及多個(gè)表，比較復(fù)雜

死鎖

MyISAM

由于加的是表鎖，一次性鎖定要需要的表，所以不會(huì)出現(xiàn)死鎖

InnoDB

死鎖一般是事務(wù)相互等待對(duì)方資源

發(fā)生死鎖后，會(huì)自動(dòng)檢測(cè)，并讓一個(gè)事務(wù)釋放鎖并回退

session1

session2

update user set username='jiajun' where id=1

update user set username='jiajun' where id=2

update user set username='jiajun' where id=2

update user set username='jiajun' where id=1

上面就是死鎖的列子

樂觀鎖與悲觀鎖

樂觀鎖和悲觀鎖是一種思想，不是上面提到的數(shù)據(jù)庫(kù)提供的鎖，是并發(fā)控制的一種手段

有這樣的場(chǎng)景，兩個(gè)事務(wù)對(duì)商品(id=666)進(jìn)行下單

樂觀鎖

有一個(gè)statu字段，未下單為0，下單為1

先查statu字段，下單進(jìn)行更新， 再查詢一次statu看是否與之前查的一樣，一樣的話commit，不一樣的話rollback

實(shí)現(xiàn)方式：加一個(gè)版本號(hào)或者時(shí)間戳，提交前進(jìn)行一次比較

悲觀鎖

直接對(duì)id為666的行加排他鎖

實(shí)現(xiàn)方式：通過(guò)數(shù)據(jù)庫(kù)的鎖機(jī)制進(jìn)行加鎖

對(duì)比

悲觀鎖比較謹(jǐn)慎，采用加鎖機(jī)制，一定程度下降低了并發(fā)性

樂觀鎖認(rèn)為一般情況下不會(huì)發(fā)生沖突，并發(fā)性較好

從沖突量和重試代價(jià)來(lái)衡量，如果沖突很少，或者重試代價(jià)不會(huì)很嚴(yán)重，那么通常情況下應(yīng)該選擇樂觀鎖，因?yàn)樗艿玫礁玫牟l(fā)性，而且更容易實(shí)現(xiàn)。但是，如果沖突的代價(jià)嚴(yán)重，那么就需要使用悲觀策略

兩段鎖原則

兩段鎖

是一個(gè)加鎖原則，一種協(xié)議

鎖操作分為兩個(gè)階段，加鎖階段只加鎖不放鎖，解鎖階段只放鎖不加鎖

比如一個(gè)事務(wù)中兩個(gè)update語(yǔ)句，此時(shí)執(zhí)行完第一個(gè)update不會(huì)立刻放鎖，等加鎖階段完成后再進(jìn)行放鎖，也就是加鎖和解鎖不相交

事務(wù)開始后就處于加鎖階段，一直到執(zhí)行ROLLBACK和COMMIT之前都是加鎖階段。ROLLBACK和COMMIT使事務(wù)進(jìn)入解鎖階段，即在ROLLBACK和COMMIT模塊中DBMS釋放所有封鎖。

我覺得分享是一種精神，分享是我的樂趣所在，不是說(shuō)我覺得我講得一定是對(duì)的，我講得可能很多是不對(duì)的，但是我希望我講的東西是我人生的體驗(yàn)和思考，是給很多人反思，也許給你一秒鐘、半秒鐘，哪怕說(shuō)一句話有點(diǎn)道理，引發(fā)自己內(nèi)心的感觸，這就是我最大的價(jià)值。(這是我喜歡的一句話，也是我寫博客的初衷)

作者：jiajun 出處： http://www.cnblogs.com/-new/

本文版權(quán)歸作者和博客園共有，歡迎轉(zhuǎn)載，但未經(jīng)作者同意必須保留此段聲明，且在文章頁(yè)面明顯位置給出原文連接，否則保留追究法律責(zé)任的權(quán)利。如果覺得還有幫助的話，可以點(diǎn)一下右下角的【推薦】，希望能夠持續(xù)的為大家?guī)?lái)好的技術(shù)文章！想跟我一起進(jìn)步么？那就【關(guān)注】我吧。

總結(jié)

以上是生活随笔為你收集整理的mysql5.0锁定用户_MySQL系列（五）---总结MySQL中的锁的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。