什么时候应该使用SQLServer锁模式

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

成都网络公司-成都网站建设公司创新互联10余年经验成就非凡，专业从事成都网站设计、成都做网站、外贸网站建设，成都网页设计，成都网页制作，软文推广，广告投放等。10余年来已成功提供全面的成都网站建设方案，打造行业特色的成都网站建设案例，建站热线：13518219792，我们期待您的来电！

现在简单举例说明一下，我们在什么时候会使用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)

分享文章：什么时候应该使用SQLServer锁模式
文章来源：http://www.hantingmc.com/qtweb/news18/13168.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联