项目背景:@H_419_9@
一个重要的项目,一个复杂的背景,每天大量人员频繁的 *** 作,在过去的几个月内偶尔发生一两次死锁导致系统不能使用@H_419_9@
为缓解查询压力,实现了读写分离,已经增加了3台查询数据库与主数据库同步@H_419_9@
死锁解决办法:@H_419_9@
1.首先创建表:@H_419_9@
CREATE table [dbo].[DeadLock](
[ID] [int],
[标志] [varchar](10),
[进程ID] [smallint],
[线程ID] [smallint],
[块进程ID] [smallint],
[数据库ID] [smallint],
[数据库名] [varchar](50),
[用户ID] [varchar](128),
[用户名] [varchar](100),
[累计cpu时间] [int],
[登陆时间] [datetime],
[打开事务数] [varchar](30),
[进程状态] [varchar](128),
[工作站名] [varchar](128),
[应用程序名] [varchar](120),
[工作站进程ID] [varchar](228),
[域名 ] [nchar](12),
[网卡地址] [varchar](120),
[进程的SQL语句] [varchar](3000),
[发生时间] [datetime]
) @H_419_9@
这个表是根据下面的存储过程结果创建的,不要问我创建过程,反正我调了好几次才成功@H_419_9@
2.创建下面的存储过程:@H_419_9@
create proc p_lockinfo
@kill_lock_spID bit=1,--是否杀掉死锁的进程,1 杀掉,0 仅显示
@show_spID_if_nolock bit=0 --如果没有死锁的进程,是否显示正常进程信息,1 显示,0 不显示
as
declare @count int,@s nvarchar(1000),@i int
select ID=IDentity(int,1,1),标志,
进程ID=spID,线程ID=kpID,块进程ID=blocked,数据库ID=dbID,
数据库名=db_name(dbID),用户ID=uID,用户名=loginame,累计cpu时间=cpu,
登陆时间=login_time,打开事务数=open_tran,进程状态=status,
工作站名=hostname,应用程序名=program_name,工作站进程ID=hostprocess,
域名=nt_domain,网卡地址=net_address
into #t from(@H_419_9@
select 标志='死锁的进程',
spID,kpID,a.blocked,dbID,uID,loginame,cpu,login_time,open_tran,
status,hostname,program_name,hostprocess,nt_domain,net_address,
s1=a.spID,s2=0
from master..sysprocesses a join (
select blocked from master..sysprocesses group by blocked
)b on a.spID=b.blocked where a.blocked=0 and program_name like '%jtds%'@H_419_9@
union all
select '|_牺牲品_>',blocked,
s1=blocked,s2=1
from master..sysprocesses a where blocked<>0 and program_name like '%jtds%'
@H_419_9@)a order by s1,s2@H_419_9@
select @count=@@rowcount,@i=1
if @count=0 and @show_spID_if_nolock=1
begin
insert #t
select 标志='正常的进程',db_name(dbID),
open_tran,status,net_address
from master..sysprocesses
set @count=@@rowcount
end
if @count>0
begin
create table #t1(ID int IDentity(1,a nvarchar(30),b Int,EventInfo nvarchar(255))
if @kill_lock_spID=1
begin
declare @spID varchar(10),@标志 varchar(10)
while @i<=@count
begin
select @spID=进程ID,@标志=标志 from #t where id=@i
insert #t1 exec('dbcc inputbuffer('+@spid+')')
if @标志='死锁的进程' exec('kill '+@spid)
set @i=@i+1
end
end
else
while @i<=@count
begin
select @s='dbcc inputbuffer('+cast(进程ID as varchar)+')' from #t where id=@i
insert #t1 exec(@s)
set @i=@i+1
end
select a.*,进程的SQL语句=b.EventInfo
from #t a join #t1 b on a.ID=b.ID
--hellolongbin添加记录
insert into deadlock
select
a.ID,
a.标志,
a.进程ID ,
a.线程ID ,
a.块进程ID ,
a.数据库ID ,
a.数据库名 ,
a.用户ID ,
a.用户名 ,
a.累计cpu时间 ,
a.登陆时间 ,
a.打开事务数 ,
a.进程状态 ,
a.工作站名 ,
a.应用程序名 ,
a.工作站进程ID,
a.域名 ,
a.网卡地址 ,
b.EventInfo
,getdate() from #t a join #t1 b on a.ID=b.ID
----hellolongbin添加记录结束
end
go
3.存储过程创建后,可以创建一个死锁测试一下。死锁创建:
运行1:
begin tran
update t_a_sex
set sex='00'
where sex_name= '请选择'
waitfor delay '00:02:30'
commit tran
打开新的查询窗口运行:
运行2:
begin tran
select *from t_a_sex
where sex_name= '请选择'
commit tran
4.运行exec p_lockinfo查看运行结果
5.打开deadlock表查看记录
6.最后,设置数据库任务,自动定时执行,我设置的是主数据库每隔一分钟执行一次,查询数据库2分钟执行一次
每台数据库上均做如上 *** 作
(双保险:@H_419_9@程序代码可以在数据库建立连接时设置 "set lock_timeout 30000" @H_419_9@@H_419_9@此步骤与上面的措施没有任何关系,可以忽略不做)@H_419_9@@H_419_9@
这种方式不是最完美的,因为被杀掉的 *** 作无法恢复,如果用在网站充值或其他方面还需要进一步完善,但对我们的系统来说已经足以应付了@H_419_9@@H_419_9@
@H_419_9@
@H_419_9@
----------------------@H_419_9@@H_419_9@
2010-7-16 补充@H_419_9@@H_419_9@
上面的存储过程存在风险,会杀掉一些系统后台执行的锁,在这两天的跟踪过程中,发现先后数次杀掉了@H_419_9@@H_419_9@
EXEC dbo.sp_MShistory_cleanup @history_retention = 48@H_419_9@@H_419_9@
sys.sp_MSadd_logreader_history;1@H_419_9@@H_419_9@
等语句,今天早晨更是把数据库同步的一个事务给干掉了,导致查询机无法与正式库同步,所以上面的存储过程要优化为只杀业务程序造成的死锁,就是上面添加的红色字体部分@H_419_9@@H_419_9@
and program_name like '%jtds%'@H_419_9@@H_419_9@@H_419_9@
总结以上是内存溢出为你收集整理的SQLServer 2005死锁终极大法(自动杀)全部内容,希望文章能够帮你解决SQLServer 2005死锁终极大法(自动杀)所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)