概述

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

• 表級(jí)鎖：開(kāi)銷(xiāo)小,加鎖快,不會(huì)出現(xiàn)死鎖.鎖定粒度大,產(chǎn)生鎖沖突的概率最高,并發(fā)量最低

• 行級(jí)鎖：開(kāi)銷(xiāo)大,加鎖慢,會(huì)出現(xiàn)死鎖.鎖力度小,產(chǎn)生鎖沖突的概率小,并發(fā)度最高

MyISAM表級(jí)鎖

鎖模式

• show status like 'table%' 可以闡發(fā)鎖爭(zhēng)奪情況

• 表級(jí)鎖分為兩種模式：共享讀鎖,獨(dú)有寫(xiě)鎖

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

加表鎖

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

• 一般不必要用戶(hù)用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)程哀求user表的讀鎖,一個(gè)進(jìn)程哀求user表的寫(xiě)鎖,即使讀哀求先到,也是哀求寫(xiě)鎖成先成功

• 所以,MyISAM不適合年夜量的更新,因?yàn)槟暌沽扛聲?huì)導(dǎo)致查操作很難獲得讀鎖

InnoDB行級(jí)鎖

行鎖

• 通過(guò) show status like 'InnoDB_row_lock' 來(lái)闡發(fā)行鎖爭(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鎖

間隙鎖

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

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

兼容環(huán)境

加鎖

• 意向鎖是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ì)方資源

• 產(chǎn)生死鎖后,會(huì)自動(dòng)檢測(cè),并讓一個(gè)事務(wù)釋放鎖并回退

• 上面便是死鎖的列子

樂(lè)觀鎖與消極鎖

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

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

樂(lè)觀鎖

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

• 先查statu字段,下單進(jìn)行更新, 再查詢(xú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ā)性

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

• 從沖突量和重試代價(jià)來(lái)衡量,如果沖突很少,或者重試代價(jià)不會(huì)很?chē)?yán)重,那么通常情況下應(yīng)該選擇樂(lè)觀鎖,因?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ù)開(kāi)端后就處于加鎖階段,一直到執(zhí)行ROLLBACK和COMMIT之前都是加鎖階段.ROLLBACK和COMMIT使事務(wù)進(jìn)入解鎖階段,即在ROLLBACK和COMMIT模塊中DBMS釋放所有封鎖.