什么时候应该使用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