概述

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

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

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

MyISAM表級鎖

鎖模式

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

• 表級鎖分為兩種模式：共享讀鎖,獨有寫鎖

• 讀讀共享,讀寫互斥,寫寫互斥,寫讀互斥(好比寫讀互斥,當(dāng)一個用戶對user表進(jìn)行寫的時候,會阻塞其他用戶的寫操作和讀操作)

加表鎖

• 在select的時候自動加讀鎖,在update delete insert時,自動加寫鎖

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

顯示加表鎖時

• session1顯示給user表加鎖

  lock table user read;

• session1此時不克不及讀取未鎖定的class表,所以lock table時要一次性鎖定要用到的表

• session1此時不克不及進(jìn)行更新和插入,只能進(jìn)行讀取

• 其他session可以讀取user表,然則更新會阻塞,而插入不會阻塞(可以通過設(shè)置concurrent_insert 系統(tǒng)變量來控制并發(fā)插入行為)

• 

鎖調(diào)劑

• 當(dāng)一個進(jìn)程哀求user表的讀鎖,一個進(jìn)程哀求user表的寫鎖,即使讀哀求先到,也是哀求寫鎖成先成功

• 所以,MyISAM不適合年夜量的更新,因為年夜量更新會導(dǎo)致查操作很難獲得讀鎖

InnoDB行級鎖

行鎖

• 通過 show status like 'InnoDB_row_lock' 來闡發(fā)行鎖爭奪情況

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

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

意向鎖

• 所謂意向鎖就是意圖拿到鎖,所以要獲得共享鎖時,必要先獲得意向共享鎖

• 意向共享所IS,一個事務(wù)給一個數(shù)據(jù)行加共享鎖時,必需先獲得表的IS鎖

• 意向排它鎖IX,一個事務(wù)給一個數(shù)據(jù)行加排他鎖時,必需先獲得該表的IX鎖

間隙鎖

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

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

兼容環(huán)境

加鎖

• 意向鎖是InnoDB自動加的

• 對付update insert delete 會自動加排它鎖

• 對付select不會自動加鎖

• Select * from user LOCK IN SHARE MODE 手動添加共享鎖

• select * from user For update 手動添加排它鎖

• 

行鎖使用方式

• 通過索引條件檢索數(shù)據(jù)時,才使用行鎖,不然用表鎖

• 也便是如果select的where列不是索引列,那么此時,實際上是給整個表加鎖

• 檢索條件是索引時,又分索引是湊集索引還是非湊集索引,如果是湊集索引(索引上葉節(jié)點存放的整條記錄),在湊集索引上的加上行鎖,而如果是非湊集索引,要在非湊集索引記錄上加行鎖,又要在湊集索引上加行鎖

什么時候使用表鎖

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

• 事務(wù)涉及多個表,比擬復(fù)雜

死鎖

MyISAM

• 由于加的是表鎖,一次性鎖定要必要的表,所以不會出現(xiàn)死鎖

InnoDB

• 死鎖一般是事務(wù)相互期待對方資源

• 產(chǎn)生死鎖后,會自動檢測,并讓一個事務(wù)釋放鎖并回退

• 上面便是死鎖的列子

樂觀鎖與消極鎖

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

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

樂觀鎖

• 有一個statu字段,未下單為0,下單為1

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

• 實現(xiàn)方式：加一個版本號或者時間戳,提交前進(jìn)行一次比擬

消極鎖

• 直接對id為666的行加排他鎖

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

對照

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

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

• 從沖突量和重試代價來衡量,如果沖突很少,或者重試代價不會很嚴(yán)重,那么通常情況下應(yīng)該選擇樂觀鎖,因為它能得到更好的并發(fā)性,而且更容易實現(xiàn).但是,如果沖突的代價嚴(yán)重,那么就需要使用消極策略

兩段鎖原則

兩段鎖

• 是一個加鎖原則,一種協(xié)議

• 鎖操作分為兩個階段,加鎖階段只加鎖不放鎖,解鎖階段只放鎖不加鎖

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

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