大客户采购热线 010-57180806

万维网

阿里云北京分销伙伴
sql server 2000 数据库

数据库操作的死锁是不可避免的，那么作为数据库管理员，怎样有效地解决死锁和进程堵塞问题呢，笔者研究了SQL Server 2005,有一种区别于sql server2000新的解决办法。如果您还在使用windows2003等旧服务器，希望迁移上云，可以联系万维景盛技术人员为您提供老项目上云综合解决方案。

现在我们来分析一下，将下面的SQL语句放在两个不同的连接里面，并且在5秒内同时执行，将会发生死锁。

use Northwindbegin tran　　insert into Orders(CustomerId) values(@#ALFKI@#)　　waitfor delay @#00:00:05@#　　select * from Orders where CustomerId = @#ALFKI@#commitprint @#end tran@#

SQL Server对付死锁的办法是牺牲掉其中的一个，抛出异常，并且回滚事务。在SQL Server 2000，语句一旦发生异常，T-SQL将不会继续运行，上面被牺牲的连接中， print @#end tran@#语句将不会被运行，所以我们很难在SQL Server 2000的T-SQL中对死锁进行进一步的处理。

现在不同了，SQL Server 2005可以在T-SQL中对异常进行捕获，这样就给我们提供了一条处理死锁的途径：

下面利用的try … catch来解决死锁。

SET XACT_ABORT ONdeclare @r intset @r = 1while @r <= 3begin　　begin tran　　　　begin try　　　　　　　insert into Orders(CustomerId) values(@#ALFKI@#)　　　　waitfor delay @#00:00:05@#　　　　select * from Orders where CustomerId = @#ALFKI@#　　　　　　　　commit　　　　break　　end try　　　　　　begin catch　　　　rollback　　　　waitfor delay @#00:00:03@#　　　　set @r = @r + 1　　　　continue　　end catchend

解决方法当然就是重试，但捕获错误是前提。rollback后面的waitfor不可少，发生冲突后需要等待一段时间，@retry数目可以调整以应付不同的要求。

但是现在又面临一个新的问题: 错误被掩盖了，一但问题发生并且超过3次，异常却不会被抛出。SQL Server 2005 有一个RaiseError语句，可以抛出异常，但却不能直接抛出原来的异常，所以需要重新定义发生的错误，现在，解决方案变成了这样:

declare @r intset @r = 1while @r <= 3begin　　begin tran　　　　begin try　　　　　　　insert into Orders(CustomerId) values(@#ALFKI@#)　　　　waitfor delay @#00:00:05@#　　　　select * from Orders where CustomerId = @#ALFKI@#　　　　　　　　commit　　　　break　　end try　　　　　　begin catch　　　　rollback　　　　waitfor delay @#00:00:03@#　　　　set @r = @r + 1　　　　continue　　end catchendif ERROR_NUMBER() <> 0begin　　declare @ErrorMessage nvarchar(4000);　　declare @ErrorSeverity int;　　declare @ErrorState int;　　select　　　　@ErrorMessage = ERROR_MESSAGE(),　　　　@ErrorSeverity = ERROR_SEVERITY(),　　　　@ErrorState = ERROR_STATE();　　raiserror (@ErrorMessage,　　　　　　　 @ErrorSeverity,　　　　　　　 @ErrorState　　　　　　　 );end

我希望将来SQL Server 2005能够直接抛出原有异常，比如提供一个无参数的RaiseError。

因此方案有点臃肿，但将死锁问题封装到T-SQL中有助于明确职责，提高高层系统的清晰度。现在，对于DataAccess的代码，或许再也不需要考虑死锁问题了 

========================================================================

SQL Server2000中死锁经验总结虽然不能完全避免死锁，但可以使死锁的数量减至最少。将死锁减至最少可以增加事务的吞吐量并减少系统开销，因为只有很少的事务：

  • 回滚，而回滚会取消事务执行的所有工作。
  • 由于死锁时回滚而由应用程序重新提交。

下列方法有助于最大限度地降低死锁：

  • 按同一顺序访问对象。
  • 避免事务中的用户交互。
  • 保持事务简短并在一个批处理中。
  • 使用低隔离级别。
  • 使用绑定连接。

按同一顺序访问对象如果所有并发事务按同一顺序访问对象，则发生死锁的可能性会降低。例如，如果两个并发事务获得 Supplier 表上的锁，然后获得 Part表上的锁，则在其中一个事务完成之前，另一个事务被阻塞在 Supplier 表上。第一个事务提交或回滚后，第二个事务继续进行。不发生死锁。将存储过程用于所有的数据修改可以标准化访问对象的顺序。

避免事务中的用户交互避免编写包含用户交互的事务，因为运行没有用户交互的批处理的速度要远远快于用户手动响应查询的速度，例如答复应用程序请求参数的提示。例如，如果事务正在等待用户输入，而用户去吃午餐了或者甚至回家过周末了，则用户将此事务挂起使之不能完成。这样将降低系统的吞吐量，因为事务持有的任何锁只有在事务提交或回滚时才会释放。即使不出现死锁的情况，访问同一资源的其它事务也会被阻塞，等待该事务完成。保持事务简短并在一个批处理中在同一数据库中并发执行多个需要长时间运行的事务时通常发生死锁。事务运行时间越长，其持有排它锁或更新锁的时间也就越长，从而堵塞了其它活动并可能导致死锁。保持事务在一个批处理中，可以最小化事务的网络通信往返量，减少完成事务可能的延迟并释放锁。使用低隔离级别确定事务是否能在更低的隔离级别上运行。执行提交读允许事务读取另一个事务已读取（未修改）的数据，而不必等待第一个事务完成。使用较低的隔离级别（例如提交读）而不使用较高的隔离级别（例如可串行读）可以缩短持有共享锁的时间，从而降低了锁定争夺。使用绑定连接使用绑定连接使同一应用程序所打开的两个或多个连接可以相互合作。次级连接所获得的任何锁可以象由主连接获得的锁那样持有，反之亦然，因此不会相互阻塞检测死锁如果发生死锁了，我们怎么去检测具体发生死锁的是哪条SQL语句或存储过程？这时我们可以使用以下存储过程来检测，就可以查出引起死锁的进程和SQL语句。SQL Server自带的系统存储过程sp_who和sp_lock也可以用来查找阻塞和死锁, 但没有这里介绍的方法好用。

use master
go
create procedure sp_who_lock
as
begin
declare @spid int,@bl int,
 @intTransactionCountOnEntry  int,
        @intRowcount    int,
        @intCountProperties   int,
        @intCounter    int

 create table #tmp_lock_who (
 id int identity(1,1),
 spid smallint,
 bl smallint)
 
 IF @@ERROR<>0 RETURN @@ERROR
 
 insert into #tmp_lock_who(spid,bl) select  0 ,blocked
   from (select * from sysprocesses where  blocked>0 ) a 
   where not exists(select * from (select * from sysprocesses where  blocked>0 ) b 
   where a.blocked=spid)
   union select spid,blocked from sysprocesses where  blocked>0

 IF @@ERROR<>0 RETURN @@ERROR 
  
-- 找到临时表的记录数
 select  @intCountProperties = Count(*),@intCounter = 1
 from #tmp_lock_who
 
 IF @@ERROR<>0 RETURN @@ERROR 
 
 if @intCountProperties=0
  select '现在没有阻塞和死锁信息' as message

-- 循环开始
while @intCounter <= @intCountProperties
begin
-- 取第一条记录
  select  @spid = spid,@bl = bl
  from #tmp_lock_who where Id = @intCounter 
 begin
  if @spid =0 
            select '引起数据库死锁的是: '+ CAST(@bl AS VARCHAR(10)) + '进程号,其执行的SQL语法如下'
 else
            select '进程号SPID：'+ CAST(@spid AS VARCHAR(10))+ '被' + '进程号SPID：'+ CAST(@bl AS VARCHAR(10)) +'阻塞,其当前进程执行的SQL语法如下'
 DBCC INPUTBUFFER (@bl )
 end 

-- 循环指针下移
 set @intCounter = @intCounter + 1
end

drop table #tmp_lock_who

return 0
end

杀死锁和进程如何去手动的杀死进程和锁？最简单的办法，重新启动服务。但是这里要介绍一个存储过程，通过显式的调用，可以杀死进程和锁。

use master
go

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_killspid]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[p_killspid]
GO

create proc p_killspid
@dbname varchar(200)    --要关闭进程的数据库名
as  
    declare @sql  nvarchar(500)  
    declare @spid nvarchar(20)

    declare #tb cursor for
        select spid=cast(spid as varchar(20)) from master..sysprocesses where dbid=db_id(@dbname)
    open #tb
    fetch next from #tb into @spid
    while @@fetch_status=0
    begin  
        exec('kill '+@spid)
        fetch next from #tb into @spid
    end  
    close #tb
    deallocate #tb
go

--用法  
exec p_killspid  'newdbpy'

查看锁信息如何查看系统中所有锁的详细信息？在企业管理管理器中，我们可以看到一些进程和锁的信息，这里介绍另外一种方法。

–查看锁信息

--查看锁信息
create table #t(req_spid int,obj_name sysname)

declare @s nvarchar(4000)
    ,@rid int,@dbname sysname,@id int,@objname sysname

declare tb cursor for 
    select distinct req_spid,dbname=db_name(rsc_dbid),rsc_objid
    from master..syslockinfo where rsc_type in(4,5)
open tb
fetch next from tb into @rid,@dbname,@id
while @@fetch_status=0
begin
    set @s='select @objname=name from ['+@dbname+']..sysobjects where id=@id'
    exec sp_executesql @s,N'@objname sysname out,@id int',@objname out,@id
    insert into #t values(@rid,@objname)
    fetch next from tb into @rid,@dbname,@id
end
close tb
deallocate tb

select 进程id=a.req_spid
    ,数据库=db_name(rsc_dbid)
    ,类型=case rsc_type when 1 then 'NULL 资源（未使用）'
        when 2 then '数据库'
        when 3 then '文件'
        when 4 then '索引'
        when 5 then '表'
        when 6 then '页'
        when 7 then '键'
        when 8 then '扩展盘区'
        when 9 then 'RID（行 ID)'
        when 10 then '应用程序'
    end
    ,对象id=rsc_objid
    ,对象名=b.obj_name
    ,rsc_indid
 from master..syslockinfo a left join #t b on a.req_spid=b.req_spid

go
drop table #t

总结虽然不能完全避免死锁，但我们可以将死锁减至最少，并通过一定的方法来检测死锁。————————————————————————————————-                                                 SQL Server死锁的分析SQL Server数据库发生死锁时不会像ORACLE那样自动生成一个跟踪文件。有时可以在[管理]->[当前活动] 里看到阻塞信息(有时SQL Server企业管理器会因为锁太多而没有响应).

　　设定跟踪1204:

USE MASTER
DBCC TRACEON (1204,-1)

　　显示当前启用的所有跟踪标记的状态:

DBCC TRACESTATUS(-1)

　　取消跟踪1204:

DBCC TRACEOFF (1204,-1)

　　在设定跟踪1204后,会在数据库的日志文件里显示SQL Server数据库死锁时一些信息。但那些信息很难看懂,需要对照SQL Server联机丛书仔细来看。根据PAG锁要找到相关数据库表的方法:

DBCC TRACEON (3604)
DBCC PAGE (db_id,file_id,page_no)
DBCC TRACEOFF (3604)

　　请参考sqlservercentral.com上更详细的讲解.但又从CSDN学到了一个找到死锁原因的方法。我稍加修改, 去掉了游标操作并增加了一些提示信息,写了一个系统存储过程sp_who_lock.sql。代码如下：

if exists (select * from dbo.sysobjects
where id = object_id(N'[dbo].[sp_who_lock]’)
and OBJECTPROPERTY(id, N’IsProcedure’) = 1)
drop procedure [dbo].[sp_who_lock]
GO
/********************************************************
//  学习到并改写
//  说明 : 查看数据库里阻塞和死锁情况
********************************************************/
use master
go
create procedure sp_who_lock
as
begin
declare @spid int,@bl int,
@intTransactionCountOnEntry     int,
@intRowcount             int,
@intCountProperties         int,
@intCounter             int
create table #tmp_lock_who (
id int identity(1,1),
spid smallint,
bl smallint)
IF @@ERROR<>0 RETURN @@ERROR
insert into #tmp_lock_who(spid,bl) select  0 ,blocked
from (select * from sysprocesses where  blocked>0 ) a
where not exists(select * from (select * from sysprocesses
where  blocked>0 ) b
where a.blocked=spid)
union select spid,blocked from sysprocesses where  blocked>0
IF @@ERROR<>0 RETURN @@ERROR
— 找到临时表的记录数
select     @intCountProperties = Count(*),@intCounter = 1
from #tmp_lock_who
IF @@ERROR<>0 RETURN @@ERROR
if    @intCountProperties=0
select ‘现在没有阻塞和死锁信息’ as message
— 循环开始
while @intCounter <= @intCountProperties
begin
— 取第一条记录
select     @spid = spid,@bl = bl
from #tmp_lock_who where Id = @intCounter
begin
if @spid =0
select ‘引起数据库死锁的是: ‘+ CAST(@bl AS VARCHAR(10))
+ ‘进程号,其执行的SQL语法如下’
else
select ‘进程号SPID：’+ CAST(@spid AS VARCHAR(10))+ ‘被’
+ ‘进程号SPID：’+ CAST(@bl AS VARCHAR(10)) +’阻塞,其当前进程执行的SQL语法如下’
DBCC INPUTBUFFER (@bl )
end
— 循环指针下移
set @intCounter = @intCounter + 1
end
drop table #tmp_lock_who
return 0
end

　　需要的时候直接调用:

sp_who_lock

　　就可以查出引起死锁的进程和SQL语句.

　　SQL Server自带的系统存储过程sp_who和sp_lock也可以用来查找阻塞和死锁, 但没有这里介绍的方法好用。如果想知道其它tracenum参数的含义,请看http://www.sqlservercentral.com/文章

　　我们还可以设置锁的超时时间(单位是毫秒), 来缩短死锁可能影响的时间范围:

　　例如:

use master
seelct @@lock_timeout
set lock_timeout 900000
— 15分钟
seelct @@lock_timeout

其实所有的死锁最深层的原因就是一个:资源竞争
表现一:
    一个用户A 访问表A(锁住了表A),然后又访问表B
    另一个用户B 访问表B(锁住了表B),然后企图访问表A
    这时用户A由于用户B已经锁住表B，它必须等待用户B释放表B,才能继续，好了他老人家就只好老老实实在这等了
    同样用户B要等用户A释放表A才能继续这就死锁了
解决方法：
    这种死锁是由于你的程序的BUG产生的，除了调整你的程序的逻辑别无他法
    仔细分析你程序的逻辑，
    1：尽量避免同时锁定两个资源
    2: 必须同时锁定两个资源时，要保证在任何时刻都应该按照相同的顺序来锁定资源.
    
表现二:
    用户A读一条纪录，然后修改该条纪录
    这是用户B修改该条纪录
    这里用户A的事务里锁的性质由共享锁企图上升到独占锁(for update),而用户B里的独占锁由于A有共享锁存在所以必须等A释
放掉共享锁，而A由于B的独占锁而无法上升的独占锁也就不可能释放共享锁，于是出现了死锁。
    这种死锁比较隐蔽，但其实在稍大点的项目中经常发生。
解决方法:
    让用户A的事务（即先读后写类型的操作),在select 时就是用Update lock
    语法如下：
    select * from table1 with(updlock) where ….
 

如何将数据库中被锁表解锁 
 
作者：佚名    文章来源：未知    点击数：106    更新时间：2005-12-25 
我们在操作数据库的时候，有时候会由于操作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话，但是我们很难找到那个会话被锁定了，想找到所以被锁的会话就更难了，下面这叫查询语句可以查询出所以被锁的会话。如下： 
SELECT   sn.username, m.SID,sn.SERIAL#, m.TYPE,
         DECODE (m.lmode,
                 0, ‘None’,
                 1, ‘Null’,
                 2, ‘Row Share’,
                 3, ‘Row Excl.’,
                 4, ‘Share’,
                 5, ‘S/Row Excl.’,
                 6, ‘Exclusive’,
                 lmode, LTRIM (TO_CHAR (lmode, ‘990’))
                ) lmode,
         DECODE (m.request,
                 0, ‘None’,
                 1, ‘Null’,
                 2, ‘Row Share’,
                 3, ‘Row Excl.’,
                 4, ‘Share’,
                 5, ‘S/Row Excl.’,
                 6, ‘Exclusive’,
                 request, LTRIM (TO_CHAR (m.request, ‘990’))
                ) request,
         m.id1, m.id2
    FROM v$session sn, v$lock m
   WHERE (sn.SID = m.SID AND m.request != 0)         –存在锁请求，即被阻塞
      OR (    sn.SID = m.SID                         –不存在锁请求，但是锁定的对象被其他会话请求锁定
          AND m.request = 0
          AND lmode != 4
          AND (id1, id2) IN (
                        SELECT s.id1, s.id2
                          FROM v$lock s
                         WHERE request != 0 AND s.id1 = m.id1
                               AND s.id2 = m.id2)
         )
ORDER BY id1, id2, m.request;

通过以上查询知道了sid和 SERIAL#就可以开杀了
   alter system kill session ‘sid,SERIAL#’;

发表评论

阿里云服务器双十一活动

阿里云优惠券怎么领既方便又实惠？(阿里云优惠券2021双十一特刊)

2021年11月9日 没有评论

11月1日，2021年阿里云双十一上云狂欢节正式开启了，阿里云给新客户准备了全年最低特惠价格，云服务器低至0.4折起。阿里云服务器怎么买最便宜呢？下面阿里云北京授权分销商万维景盛为您介绍一下2021年阿里云双十一云计算产品最强省钱攻略，需要采购ECS云服务器、RDS云数据库、CDN网站加速、OSS对象存储、DDOS防护高防ip、SLB负载均衡等云计算产品的客户不要错过一年一次的好机会哦

阅读更多 »
dedecms织梦建站模板

DEDECMS织梦CMS建的网站要被起诉怎么办？脱坑迁移方法来了！

2021年9月30日 没有评论

2021年9月26日，织梦开发商上海卓卓公司公告称，2021年10月26日起，织梦程序将开展大规模维权行动，开始收费，将对使用该网站的企业或个人没有购买授权的网站发起起诉行动。据了解，DEDECMS织梦程序的商业授权费用为5800元，织梦官方已经聘请了律师团队，采购了取证服务器，7*24小时不间断地全网抓取织梦站点，使用织梦程序的网站将被服务器拍照取证，用以起诉。

阅读更多 »
封面,企业邮箱

正规企业单位怎样选择高性价比企业邮箱？附阿里云企业邮箱优惠券

2021年9月18日 没有评论

企业邮箱是以企业域名做后缀的邮箱，既体现公司品牌形象，又方便公司主管人员对员工信箱进行统一管理，还能使得公司商业信函来往获得更好更安全的管理，是现今互联网时代不可缺少的现代化通讯工具。正规企业、事业单位和机构组织，一般都要配备以自家域名为后缀的企业邮箱。企业邮箱产品林林总总，那么怎样才能选择性价比高的企业邮箱呢？阿里云企业邮箱分销商万维景盛市场部总监江先生介绍说，一般选择企业邮箱，需要考虑以下因素

阅读更多 »
正则表达式

用正则表达式设计最复杂高强度密码同时要求大小写字母数字和特殊符号

2021年9月15日 没有评论

用正则表达式设计最复杂高强度密码同时要求大小写字母数字和特殊符号？这个可以有！阿里云北京分销中心工程师这次给大家分享验证用户设置的密码强度的正则表达式。 验证用户设置的密码强度有哪些注意事项？ 下面是几个不同密码复杂强度的实际案例， 让我们来看看怎么设置史上最复杂密码吧。

阅读更多 »
dedecms织梦建站模板

一读掌握dedecms织梦网站系统安装方法

2021年9月14日 没有评论

一读掌握dedecms织梦网站系统安装方法，通过这一张图，让你完全掌握国内最受欢迎的网站管理系统DEDECMS的部署流程，从上传代码到运行程序、配置数据库、还原数据库、生成静态页，一应俱全，有了这张图解教程，安装织梦再也不求人了。发愁没有好的织梦模板？购买万维景盛安心主机，就送织梦精品模板，3000余套模板任选。

阅读更多 »
CSFR跨站请求攻击原理示意图

什么是CSFR跨站请求攻击及防御方法

2021年9月13日 没有评论

CSRF即跨站请求攻击，是攻击者通过一些欺骗性的技术手段让用户的浏览器去访问一个自己以前登录过的站点并自动执行一些非授权的操作（如发邮件，发消息，甚至财产操作（如转账和购买商品））。因为浏览器之前认证过，所以被访问的站点会认为这是真正的用户操作而去执行。

阅读更多 »
标签云
产品动态 (5) 优惠速递 (14) 使用教程 (38) 系统维护 (11) 编程高手 (14) 网络安全 (7) 行业软件 (4)
阿里云1999-2019 拥有最终解释权 京ICP备07503001号