在查询语句中使用 NolOCK 和 READPAST
简单来说:
NolOCK 可能把没有提交事务的数据也显示出来.
READPAST 会把被锁住的行不显示出来
不使用 NolOCK 和 READPAST ,在 Select *** 作时候则有可能报错误:事务(进程 ID **)与另一个进程被死锁在 锁 资源上,并且已被选作死锁牺牲品。
下面就来演示这个情况。
为了演示两个事务死锁的情况,我们下面的测试都需要在sql Server Management Studio中打开两个查询窗口。保证事务不被干扰。
演示一 没有提交的事务,NolOCK 和 READPAST处理的策略:
查询窗口一请执行如下脚本:
CREATE table t1 (c1 int IDENTITY(1,1),c2 int)
go
BEGIN TRANSACTION
insert t1(c2) values(1)
在查询窗口一执行后,查询窗口二执行如下脚本:
select count(*) from t1 WITH(NolOCK)
select count(*) from t1 WITH(READPAST)
结果与分析:
查询窗口二依次显示统计结果为: 1、0
查询窗口一的命令没有提交事务,所以 READPAST 不会计算没有提交事务的这一条记录,这一条被锁住了,READPAST 看不到;而NolOCK则可以看到被锁住的这一条记录。
如果这时候我们在查询窗口二中执行:
select count(*) from t1 就会看到这个执行很久不能执行完毕,因为这个查询遇到了一个死锁。
清除掉这个测试环境,需要在查询窗口一中再执行如下语句:
RolLBACK TRANSACTION
drop table t1
演示二:对被锁住的记录,NolOCK 和 READPAST处理的策略
这个演示同样需要两个查询窗口。
请在查询窗口一中执行如下语句:
CREATE table t2 (UserID int,Nickname nvarchar(50))
go
insert t2(UserID,Nickname) values(1,'郭红俊')
insert t2(UserID,Nickname) values(2,'蝈蝈俊')
go
BEGIN TRANSACTION
update t2 set Nickname = '蝈蝈俊.net' where UserID = 2
请在查询窗口二中执行如下脚本:
select * from t2 WITH(NolOCK) where UserID = 2
select * from t2 WITH(READPAST) where UserID = 2
结果与分析:
查询窗口二中, NolOCK 对应的查询结果中我们看到了修改后的记录,READPAST对应的查询结果中我们没有看到任何一条记录。这种情况下就可能发生脏读
出自:http://www.cnblogs.com/jhxk/articles/1891849.html
总结以上是内存溢出为你收集整理的sqlserver with(NOLOCK) 或 with(READPAST) 使用详解全部内容,希望文章能够帮你解决sqlserver with(NOLOCK) 或 with(READPAST) 使用详解所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)