什么时候应该使用SQL Server锁模式

SQL Server锁模式是提高SQL数据库性能的关键所在，下面就将为您详细介绍在什么时候使用SQL Server锁模式提高性能，供您参考。

现在简单举例说明一下，我们在什么时候会使用SQL Server锁模式定提示来提高性能。
1) 指定表锁
一般地，SQL Server是不大使用表排它锁的，尤其是对于比较大的表。因为维持一个大的表排它锁会严重影响系统的并发性能。
但是呢，如果在没有并发操作的情况下，出现很多的PAGE LOCK和EXT LOCK也会在一定程度上影响性能，毕竟锁的管理还是需要一定的开销的。所以，在确认没有并发操作（或者并发操作优先级低）的情况下，我们可以使用TABLOCKX来指定使用表排他锁。
UPDATE dbo.ShortMessage WITH (TABLOCKX)
SET OtherPartyNumber = u.Username
FROM dbo.UserList u
WHERE u.UserID = dbo.ShortMessage.OtherPartyID

2) 不使用锁
一般地，在SELECT的时候，是会对资源发出一个共享锁的。可是在查询和更新都很频繁的时候，我们不希望因为互相等待锁资源而降低性能，而且我们不在乎读到的数据是不是最新的，不在乎脏读和未提交读的产生，我们可以指定SELECT不使用锁
或者是，在大批更新或插入数据时，由于性子急的原因，我想要知道操作进行到什么程度了，而此时由于表排他锁的存在，使得我不能或者共享锁来查询该表，那么我们也可以不使用锁。
SELECT COUNT(*) FROM dbo.ShortMessage WITH (NOLOCK)

3) 在查询时使用排他锁
这个跟性能倒没有什么关系，但是在一些特殊的情况下有用，比如我们在查询某些记录的时候，不希望它被其它进程所查询，那么我们可以使用排他锁。
SELECT * FROM dbo.ShortMessage WITH (XLOCK HOLDLOCK)
WHERE OtherPartyID = 1
这里我还使用了一个HOLDLOCK，是为了使这个锁保持到整个事务的结束

4) 跳过锁定行
如果在查询时，某些记录由于不能获得共享锁而导致阻塞，而我们可以不查询这些行，那么我们可以跳过锁定行，比如在3)的情况下，其它查询就可以跳过锁定行。
SELECT * FROM dbo.ShortMessage WITH (READPAST)

5) 指定使用行级锁
假如我们需要在一个并发度很高的环境中做一个大规模的查询，但是我们不希望这个查询过于影响其它的查询，而且本查询的优先级又不高，那么我们可以指定使用行级锁。
SELECT * FROM dbo.ShortMessage WITH (ROWLOCK)

例：

set transaction isolation level repeatable  read
Begin   Tran
Update 表名 with (rowlock) set 字段2=字段2+1 where 字段1=10002
commit  Tran