什么時(shí)候應(yīng)該使用SQL Server鎖模式
SQL Server鎖模式是提高SQL數(shù)據(jù)庫(kù)性能的關(guān)鍵所在,下面就將為您詳細(xì)介紹在什么時(shí)候使用SQL Server鎖模式提高性能,供您參考。
現(xiàn)在簡(jiǎn)單舉例說(shuō)明一下,我們?cè)谑裁磿r(shí)候會(huì)使用SQL Server鎖模式定提示來(lái)提高性能。
1) 指定表鎖
一般地,SQL Server是不大使用表排它鎖的,尤其是對(duì)于比較大的表。因?yàn)榫S持一個(gè)大的表排它鎖會(huì)嚴(yán)重影響系統(tǒng)的并發(fā)性能。
但是呢,如果在沒(méi)有并發(fā)操作的情況下,出現(xiàn)很多的PAGE LOCK和EXT LOCK也會(huì)在一定程度上影響性能,畢竟鎖的管理還是需要一定的開(kāi)銷的。所以,在確認(rèn)沒(méi)有并發(fā)操作(或者并發(fā)操作優(yōu)先級(jí)低)的情況下,我們可以使用TABLOCKX來(lái)指定使用表排他鎖。
UPDATE dbo.ShortMessage WITH (TABLOCKX)
SET OtherPartyNumber = u.Username
FROM dbo.UserList u
WHERE u.UserID = dbo.ShortMessage.OtherPartyID
2) 不使用鎖
一般地,在SELECT的時(shí)候,是會(huì)對(duì)資源發(fā)出一個(gè)共享鎖的。可是在查詢和更新都很頻繁的時(shí)候,我們不希望因?yàn)榛ハ嗟却i資源而降低性能,而且我們不在乎讀到的數(shù)據(jù)是不是***的,不在乎臟讀和未提交讀的產(chǎn)生,我們可以指定SELECT不使用鎖
或者是,在大批更新或插入數(shù)據(jù)時(shí),由于性子急的原因,我想要知道操作進(jìn)行到什么程度了,而此時(shí)由于表排他鎖的存在,使得我不能或者共享鎖來(lái)查詢?cè)摫?,那么我們也可以不使用鎖。
SELECT COUNT(*) FROM dbo.ShortMessage WITH (NOLOCK)
3) 在查詢時(shí)使用排他鎖
這個(gè)跟性能倒沒(méi)有什么關(guān)系,但是在一些特殊的情況下有用,比如我們?cè)诓樵兡承┯涗浀臅r(shí)候,不希望它被其它進(jìn)程所查詢,那么我們可以使用排他鎖。
SELECT * FROM dbo.ShortMessage WITH (XLOCK HOLDLOCK)
WHERE OtherPartyID = 1
這里我還使用了一個(gè)HOLDLOCK,是為了使這個(gè)鎖保持到整個(gè)事務(wù)的結(jié)束
4) 跳過(guò)鎖定行
如果在查詢時(shí),某些記錄由于不能獲得共享鎖而導(dǎo)致阻塞,而我們可以不查詢這些行,那么我們可以跳過(guò)鎖定行,比如在3)的情況下,其它查詢就可以跳過(guò)鎖定行。
SELECT * FROM dbo.ShortMessage WITH (READPAST)
5) 指定使用行級(jí)鎖
假如我們需要在一個(gè)并發(fā)度很高的環(huán)境中做一個(gè)大規(guī)模的查詢,但是我們不希望這個(gè)查詢過(guò)于影響其它的查詢,而且本查詢的優(yōu)先級(jí)又不高,那么我們可以指定使用行級(jí)鎖。
SELECT * FROM dbo.ShortMessage WITH (ROWLOCK)
【編輯推薦】