非常奇怪的事务回滚问题

[langziqian]

存储 sp_A 调用存储sp_B
sp_A的代码：

exec sp_B @t
select * from tt

sp_B的代码：

begin try
begin tran aa1
insert into tt
select @t
commit tran aa1
end try
begin catch
rollback tran aa1
end catch

问题来了：大多情况下都正常，但是最近发现当sp_B中插入表tt失败时，sp_A中仍然能够拿到插入的数据；
如： insert into tt select 100,当tt被锁住，sp_B会回滚，tt中不存在100这个记录，但是sp_A却把100返回了

请高手解惑

[Zoezs]

应该是这样吧？

select * from tt 
    where id=@t

[Zoezs]

你说的锁住是什么意思？
TABLOCK?

[langziqian]

是表级的锁
但是没有查出为什么锁住了

[ws_hgo]

[Quote=引用 4 楼 langziqian 的回复:]
是表级的锁
但是没有查出为什么锁住了

[/Quote]
你把这个表的相关信息调出来看下

[--小F--]

检查死锁用sp_who_lock过程 
sp_who_lock 

查看SQL Server数据库里的锁的情况 
sp_lock 

都试下

[langziqian]

楼上的
解释一下(nolock)

[soft_wsx]

[Quote=引用 9 楼 langziqian 的回复:]
楼上的
解释一下(nolock)
[/Quote]不要发出共享锁，并且不要提供排它锁。当此选项生效时，可能会读取未提交的事务或一组在读取中间回滚的页面。有可能发生脏读。仅应用于 SELECT 语句。

[soft_wsx]

[Quote=引用 9 楼 langziqian 的回复:]
楼上的
解释一下(nolock)
[/Quote]可能会读取未提交事务中的数据

[langziqian]

soft_wsx
感觉就是你说的那种情况

怎么避免呢

[让你望见影子的墙]

测试之后，没有问题啊。按道理是不应该读取出来的。
你的语句里面没有写tt表被锁住后，sp_B会回滚啊，应该会一直等待。如果其他语句在sp_B等待的时候把tt已经释放掉了，还是会显示出结果的。

楼主看看会不会有这样的情况发生

[you_tube]

select * from tt (nolock)

[soft_wsx]

[Quote=引用 12 楼 langziqian 的回复:]
soft_wsx
感觉就是你说的那种情况

怎么避免呢
[/Quote]用NOLOCK是避免不了的！嘻嘻！

SELECT * FROM TB（NOLOCK）差不多了！因为发生赃读不是很多！除非像移动，电信等超大企业！

[langziqian]

现在的问题是发生了脏读
怎么避免呢

[7761098]

在sp_B中加一个out参数，判断成功执行之后sp_A才读取

[littlegang]

lz 能肯定是 用了 select * from tt ，而没有加 with (nolock) ？
难道嵌套存储过程的就是不隔离的？没道理啊

[langziqian]

自己顶一下

[lg314]

可能是孤立事务了，也遇到这种问题，很有意思，已经插入了一个数据，然后select也查出这些了，后来运行了一次rollback trans，全给滚过去了，哈哈。

[lg314]

exec sp_B @t 
if (@@trancount>1) rollback tran
select * from tt 

这样试试

[lg314]

exec sp_B @t 
if (@@trancount<>0) rollback tran
select * from tt 

弄错了

[langziqian]

[Quote=引用 15 楼 7761098 的回复:]
在sp_B中加一个out参数，判断成功执行之后sp_A才读取
[/Quote]

试一下