这个锁很奇怪

[xiaotugege]

做了个小实验

给select添加一个行集排他锁
begin tran
select * from stuscore with(xlock,rowlock) where examno='s271811'
waitfor delay '00:00:30'
rollback
然后开启另一个查询分析器
begin tran
select * from stuscore where examno='s271811'
rollback

奇怪的事情发生了,排他锁完全没有起作用.
这是为什么呢?请教!

[zjh222]

另一个查询分析器就是另一个进程了，

[lgx0914]

1.
连接一
begin tran
select * from t with(xlock)

连接二
select * from t

连接二的select不受连接一的排他锁影响
----------------------------------------------
2.
连接一
begin tran
update t set a=a

连接二
select * from t

连接二的select不受连接一的排他锁影响
----------------------------------------------
看上去两个语句好像没有加排他锁，执行SP_LOCK，可以看到，X锁已经成功加上，为什么select语句不受影响？
Sql Server在执行READ_COMMITTED时会优化行级锁，如果它能确定锁不影响读出正确结果，锁就会被忽略掉。

不准确的说，当sql server在读取时知道该页未被修改，就会读取数据，而忽略掉X锁。

那select时怎么才能让其他人读取不到数据呢？
要使用页级的X锁，因为页的X锁与页的IS锁不兼容
begin tran
select * from t with(xlock,paglock)

[nzperfect]

[Quote=引用楼主 xiaotugege 的帖子:]
做了个小实验

给select添加一个行集排他锁
begin tran
select * from stuscore with(xlock,rowlock) where examno='s271811'
waitfor delay '00:00:30'
rollback
然后开启另一个查询分析器
begin tran
select * from stuscore where examno='s271811'
rollback

奇怪的事情发生了,排他锁完全没有起作用.
这是为什么呢?请教!
[/Quote]

请使用paglock
with(xlock,paglock)

目前sql server 无法真正实现这种行级排它锁。

[htl258_Tony]

关注..

[让你望见影子的墙]

不准确的说，当sql server在读取时知道该页未被修改，就会读取数据，而忽略掉X锁。
如果你对数据进行修改的话，那么第二是执行不了的