22,210
社区成员
发帖
与我相关
我的任务
分享复制表结构到临时表发生死锁
存储过程中使用语句select * into #TempTable from TableSource where 1=0
复制表结构创建临时表,多用户并发时经常发生死锁
基本上如果两个用户同时执行该存储过程(程序中一个比较复杂的业务存储过程)
就会发生死锁.有没有什么办法解决啊?
预先创建表的方法就不用讲了,那样会很麻烦,表结构复杂,TableSource表又不确定
复制表结构创建临时表,多用户并发时经常发生死锁
基本上如果两个用户同时执行该存储过程(程序中一个比较复杂的业务存储过程)
就会发生死锁.有没有什么办法解决啊?
预先创建表的方法就不用讲了,那样会很麻烦,表结构复杂,TableSource表又不确定
...全文
请发表友善的回复…
发表回复
allanli 2011-10-20
- 打赏
- 举报
看来也只能不用临时表或者不用Select into 创建临时表了
allanli 2011-10-20
- 打赏
- 举报
看来也只能不用临时表或者直接用Create Table 创建临时表了
saizhang 2011-10-18
- 打赏
- 举报
mark ~
allanli 2011-10-18
- 打赏
- 举报
[Quote=引用 20 楼 joe_tj 的回复:]
既然是拼sql串，能不能把零时表的名字用guid()来产生，这样不同户访问就是不同的零时表，应该没有锁了吧。在SP里把表名OUTPUT出去。
不知道行不行啊。
[/Quote]
不行的,临时表已经能保证不同用户不同表的了,不是全局临时表,是局部临时表
死锁是因为SQL Server在产生临时表的时候锁住了系统表造成的
既然是拼sql串，能不能把零时表的名字用guid()来产生，这样不同户访问就是不同的零时表，应该没有锁了吧。在SP里把表名OUTPUT出去。
不知道行不行啊。
[/Quote]
不行的,临时表已经能保证不同用户不同表的了,不是全局临时表,是局部临时表
死锁是因为SQL Server在产生临时表的时候锁住了系统表造成的
火才松 2011-10-17
- 打赏
- 举报
既然是拼sql串，能不能把零时表的名字用guid()来产生，这样不同户访问就是不同的零时表，应该没有锁了吧。在SP里把表名OUTPUT出去。
不知道行不行啊。
不知道行不行啊。
allanli 2011-10-17
- 打赏
- 举报
[Quote=引用 15 楼 ap0405140 的回复:]
学习了...
刚测试是锁住tempdb下的这些表:
sysrowsets
sysallocunits
sysrscols
sysschobjs
syscolpars
sysidxstats
不是sysobjects,sysindexes
[/Quote]
我的sql server 2000 是有这两个表的
学习了...
刚测试是锁住tempdb下的这些表:
sysrowsets
sysallocunits
sysrscols
sysschobjs
syscolpars
sysidxstats
不是sysobjects,sysindexes
[/Quote]
我的sql server 2000 是有这两个表的
allanli 2011-10-17
- 打赏
- 举报
[Quote=引用 17 楼 ap0405140 的回复:]
因为访问顺序完全相同
例如
连线1锁了A申请B
连线2不可能锁了B申请A
所以没有死锁的条件.
[/Quote]
问题系我的select into 语句很多地方都有,多用户并发很难保证不会发生死锁的
因为访问顺序完全相同
例如
连线1锁了A申请B
连线2不可能锁了B申请A
所以没有死锁的条件.
[/Quote]
问题系我的select into 语句很多地方都有,多用户并发很难保证不会发生死锁的
唐诗三百首 2011-10-17
- 打赏
- 举报
因为访问顺序完全相同
例如
连线1锁了A申请B
连线2不可能锁了B申请A
所以没有死锁的条件.
例如
连线1锁了A申请B
连线2不可能锁了B申请A
所以没有死锁的条件.
唐诗三百首 2011-10-17
- 打赏
- 举报
不过,2个连线以相同的顺序去申请及锁表,
也不会产生死锁的吧.
也不会产生死锁的吧.
唐诗三百首 2011-10-17
- 打赏
- 举报
学习了...
刚测试是锁住tempdb下的这些表:
sysrowsets
sysallocunits
sysrscols
sysschobjs
syscolpars
sysidxstats
不是sysobjects,sysindexes
刚测试是锁住tempdb下的这些表:
sysrowsets
sysallocunits
sysrscols
sysschobjs
syscolpars
sysidxstats
不是sysobjects,sysindexes
allanli 2011-10-17
- 打赏
- 举报
[Quote=引用 11 楼 delphigbg 的回复:]
select * into #TempTable from TableSource(Nolock) where 1=0
你在表名后面加Nolock，允许脏读.
[/Quote]
我已经加Nolock了,死锁不是发生在TableSource上
而是发生在tempdb的sysobjects,sysindexes
select * into #TempTable from TableSource(Nolock) where 1=0
你在表名后面加Nolock，允许脏读.
[/Quote]
我已经加Nolock了,死锁不是发生在TableSource上
而是发生在tempdb的sysobjects,sysindexes
allanli 2011-10-17
- 打赏
- 举报
[Quote=引用 10 楼 nbdba 的回复:]
引用 8 楼 ap0405140 的回复:
另想替"死锁"申冤,实在很冤.
典型的死锁情况是:
连线1锁住A,申请修改B,
连线1锁住B,申请修改A,
这样才是死锁,从楼主的代码看,何来2个资源A,B?
我只看到表TableSource,而且还是where 1=0的.
根据几年前的跟踪结果，大量的select into 临时表语句会引起tempdb的sysobjects……
[/Quote]
还是NB兄有经验,我的问题就是死锁在TempDB的系统表,这个我是用1204跟踪发现的
引用 8 楼 ap0405140 的回复:
另想替"死锁"申冤,实在很冤.
典型的死锁情况是:
连线1锁住A,申请修改B,
连线1锁住B,申请修改A,
这样才是死锁,从楼主的代码看,何来2个资源A,B?
我只看到表TableSource,而且还是where 1=0的.
根据几年前的跟踪结果，大量的select into 临时表语句会引起tempdb的sysobjects……
[/Quote]
还是NB兄有经验,我的问题就是死锁在TempDB的系统表,这个我是用1204跟踪发现的
allanli 2011-10-17
- 打赏
- 举报
[Quote=引用 3 楼 fredrickhu 的回复:]
其实完全可以预先建立表
你知道 TableSource 的表结构
然后建立个临时表又不是很困难
if object('#temp..tbname') is not null
drop table tbname
go
[/Quote]
问题是我的TableSource是不固定的,有时候是动态语句组装的
有时候我的确不知道TableSource的结构又怎么办呢?
如果写死了,一旦我修改TableSource结构,我又要修改该存储过程,很麻烦啊
其实完全可以预先建立表
你知道 TableSource 的表结构
然后建立个临时表又不是很困难
if object('#temp..tbname') is not null
drop table tbname
go
[/Quote]
问题是我的TableSource是不固定的,有时候是动态语句组装的
有时候我的确不知道TableSource的结构又怎么办呢?
如果写死了,一旦我修改TableSource结构,我又要修改该存储过程,很麻烦啊
蝈蝈(GuoGuo) 2011-10-17
- 打赏
- 举报
select * into #TempTable from TableSource(Nolock) where 1=0
你在表名后面加Nolock，允许脏读.
你在表名后面加Nolock，允许脏读.
NBDBA 2011-10-17
- 打赏
- 举报
[Quote=引用 8 楼 ap0405140 的回复:]
另想替"死锁"申冤,实在很冤.
典型的死锁情况是:
连线1锁住A,申请修改B,
连线1锁住B,申请修改A,
这样才是死锁,从楼主的代码看,何来2个资源A,B?
我只看到表TableSource,而且还是where 1=0的.
[/Quote]
根据几年前的跟踪结果，大量的select into 临时表语句会引起tempdb的sysobjects,syscolumns等表的死锁现象，因为select into创建临时表过程会频繁使用这两个对象。
另想替"死锁"申冤,实在很冤.
典型的死锁情况是:
连线1锁住A,申请修改B,
连线1锁住B,申请修改A,
这样才是死锁,从楼主的代码看,何来2个资源A,B?
我只看到表TableSource,而且还是where 1=0的.
[/Quote]
根据几年前的跟踪结果，大量的select into 临时表语句会引起tempdb的sysobjects,syscolumns等表的死锁现象，因为select into创建临时表过程会频繁使用这两个对象。
唐诗三百首 2011-10-17
- 打赏
- 举报
sorry,修正楼上的
典型的死锁情况是:
连线1锁住A,申请修改B,
连线2锁住B,申请修改A.
典型的死锁情况是:
连线1锁住A,申请修改B,
连线2锁住B,申请修改A.
唐诗三百首 2011-10-17
- 打赏
- 举报
另想替"死锁"申冤,实在很冤.
典型的死锁情况是:
连线1锁住A,申请修改B,
连线1锁住B,申请修改A,
这样才是死锁,从楼主的代码看,何来2个资源A,B?
我只看到表TableSource,而且还是where 1=0的.
典型的死锁情况是:
连线1锁住A,申请修改B,
连线1锁住B,申请修改A,
这样才是死锁,从楼主的代码看,何来2个资源A,B?
我只看到表TableSource,而且还是where 1=0的.
q465897859 2011-10-17
- 打赏
- 举报
不会 帮顶 并学习 
唐诗三百首 2011-10-17
- 打赏
- 举报
退一步讲,假设真的是这一句,完全可以加nolock的,毕竟表结构没有时时在变吧.
select * into #TempTable from TableSource(nolock) where 1=0
唐诗三百首 2011-10-17
- 打赏
- 举报
都是查询TableSource,而且还是where 1=0的,
都申请加共享锁(S锁),而且结果还是空的,何来死锁呢?
这不是问题的主要原因吧,LZ怎么肯定是这一句的.
都申请加共享锁(S锁),而且结果还是空的,何来死锁呢?
这不是问题的主要原因吧,LZ怎么肯定是这一句的.
加载更多回复（4）
