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)

【編輯推薦】

SQL Server查詢結(jié)果集中的常量

sql server查詢字段詳細(xì)信息

sql server查詢平均值的實(shí)現(xiàn)

SQL Server查詢速度慢的十大原因

SQL Server簡(jiǎn)單查詢--選擇列表