SQL Server2000中死锁经验总结 <转>

本文涉及的产品
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
云数据库 RDS SQL Server,基础系列 2核4GB
简介: 虽然不能完全避免死锁,但可以使死锁的数量减至最少。将死锁减至最少可以增加事务的吞吐量并减少系统开销,因为只有很少的事务: 回滚,而回滚会取消事务执行的所有工作。 由于死锁时回滚而由应用程序重新提交。

虽然不能完全避免死锁,但可以使死锁的数量减至最少。将死锁减至最少可以增加事务的吞吐量并减少系统开销,因为只有很少的事务:



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

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



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

按同一顺序访问对象


如果所有并发事务按同一顺序访问对象,则发生死锁的可能性会降低。例如,如果两个并发事务获得 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语句管理索引
本次实验主要介绍如何在RDS-SQLServer数据库中,使用SQL语句管理索引。
SQL Server on Linux入门教程
SQL Server数据库一直只提供Windows下的版本。2016年微软宣布推出可运行在Linux系统下的SQL Server数据库,该版本目前还是早期预览版本。本课程主要介绍SQLServer On Linux的基本知识。 相关的阿里云产品:云数据库RDS&nbsp;SQL Server版 RDS SQL Server不仅拥有高可用架构和任意时间点的数据恢复功能,强力支撑各种企业应用,同时也包含了微软的License费用,减少额外支出。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/sqlserver
目录
相关文章
|
6月前
|
SQL 存储 缓存
大厂 5 年实时数据开发经验总结,Flink SQL 看这篇就够了!
大厂 5 年实时数据开发经验总结,Flink SQL 看这篇就够了!
295 58
|
6月前
|
SQL 安全 Java
慢SQL治理经验总结
慢SQL治理经验总结
418 0
|
SQL 分布式计算 大数据
大数据SQL数据倾斜与数据膨胀的优化与经验总结
目前市面上大数据查询分析引擎层出不穷,但在业务使用过程中,大多含有性能瓶颈的SQL,主要集中在数据倾斜与数据膨胀问题中。本文结合业界对大数据SQL的使用与优化,尝试给出相对系统性的解决方案。
13524 5
|
存储 SQL NoSQL
高性能分布式No SQL数据库Aerospike(四)——经验总结和最佳实践
高性能分布式No SQL数据库Aerospike(四)——经验总结和最佳实践
419 0
|
SQL 存储
在 SQL Server 中查找活动连接和死锁
在SQL Server中有几种方法可以找到活动的 SQL 连接。让我们看看一些使用 T-SQL 查询的简单快捷的方法。
345 0
|
SQL 数据库
31 张图 | 一文搞懂 SQL事务+隔离级别+阻塞+死锁
31 张图 | 一文搞懂 SQL事务+隔离级别+阻塞+死锁
255 0
31 张图 | 一文搞懂 SQL事务+隔离级别+阻塞+死锁
|
SQL Oracle NoSQL
JDK的sql设计不合理导致的驱动类初始化死锁问题
JDK的sql设计不合理导致的驱动类初始化死锁问题
JDK的sql设计不合理导致的驱动类初始化死锁问题
|
SQL 存储 消息中间件
一个线上SQL死锁异常分析:深入了解事务和锁
引发死锁的原因是什么?如何避免?本文详细介绍了和死锁有关的知识点,通过深入分析MySQL事务和锁的机制,结合案例背景,找到了问题的所在,并梳理了解决方案,详解其原理。希望对同学们有所启发。
一个线上SQL死锁异常分析:深入了解事务和锁
|
SQL 测试技术 C#
SQL Server死锁中的会话隔离级别为序列化(Serializable)实验测试
SQL Server死锁中的会话隔离级别为序列化(Serializable)实验测试最近在分析SQL Server的死锁时,发现一个比较有意思的现象,发现死锁当中一个会话的隔离级别为序列化(Serializable),这个是让人比较奇怪的地方,我们知道SQL Server数据库的默认隔离级别为已提交读(READ COMMITTED),除非人为设置事务隔离级别(TRANSACTION ISOLATION LEVEL),否则事务隔离级别会使用数据库的默认隔离级别。
21777 0
|
SQL 数据格式 XML
SQL SERVER 查看近期死锁
SQL SERVER 查看近期死锁在项目运行的过程中,死锁不可能完全避免,但要尽可能减少死锁的出现, 产生死锁的原因主要是: 1,系统资源不足。 2,进程运行推进的顺序不合适。 3,资源分配不当等。 产生死锁的四个必要条件: 互斥条件:一个资源每次只能被一个进程使用,即在一段时间内某资源仅为一个进程所占有。
2417 0