SQL SERVER数据库死锁处理及排查
sqlserver数据库死锁解决方法
在 SQL Server 数据库中，死锁是两个或多个事务在尝试获取资源时相互阻塞的现象。
死锁会导致事务执行效率降低。
要解决SQL Server 中的死锁问题，可以尝试以下方法：1. 分析死锁：使用 SQL Server Profiler 或 Extended Events 追踪死锁事件，找出导致死锁的事务和资源。
分析完后，针对性地解决死锁问题。
1. 优化锁的粒度：使用较低级别的锁，如行锁（ROWLOCK），代替页面锁或表锁，减少锁定范围，提高并发性。
请注意，这也可能会导致锁争用和事务延迟。
1. 使用 READ COMMITTED SNAPSHOT 或 SNAPSHOT 事务隔离级别：这可以将读取操作与其他事务隔离，以减少锁定冲突。
复制更新时，仍然需要锁定资源，但其他读取事务不会受到阻塞。
1. 保持事务简短并减少锁定时间：缩短事务持续时间，减少锁定资源的时间。
这有助于减少因事务阻塞而导致的死锁风险。
1. 按照相同的顺序访问资源：按照相同的顺序对资源进行加锁可以避免死锁。
这样，在任何给定时刻，事务只需要等待另一个事务释放钥匙，而不是陷入死循环。
1. 使用 TRY...CATCH 语句监视死锁错误：对执行事务的代码进行异常处理，并在TRY...CATCH 语句中处理死锁错误。
这意味着如果死锁发生，事务将被捕获并显示错误信息。
根据需求，可以选择重试事务以处理死锁。
1. 使用 NOLOCK 选项：对于查询只读的情况，可以尝试使用 NOLOCK 选项进行查询。
这允许读取未提交的数据，避免发生死锁。
请注意，这可能会导致脏读问题。
在使用 NOLOCK 之前，务必权衡一下使用该选项所带来的风险。
解决 SQL Server 数据库死锁问题需要针对具体情况进行分析和调整。
对数据库表和事务进行优化，根据实际应用场景选择适当的锁策略，有助于降低死锁的发生概率。
在确保数据完整性的前提下，采取上述方法之一或多个来解决死锁问题。
SQL SERVER 检查死锁
SQL SERVER 检查死锁打开ssms ,找到sqlProfile , 新建跟踪在常规页签中选择使用模板为TSQL_Locks在事件选择页签中，只选择DeadLock Graph 即可.而后点击运行按钮，这时就可以监控死锁了。
创建表personCREATETABLE[dbo].[Person]([id][int]NOTNULL primarykey,[userName][varchar](50)NULL,[userEmail][varchar](50)NULL,[Sex][char](1)NULL)创建表sysloginCREATETABLE[dbo].[SysLogin]([id][int]IDENTITY(1,1)NOTNULL primarykey,[userName][varchar](50)NULL,[userPwd][varchar](50)NULL,[registerDate][datetime]NULL)新增两条数据INSERTINTO[Test].[dbo].[Person]([id],[userName],[userEmail],[Sex])VALUES('1','lwm','lwm@','M')INSERTINTO[Test].[dbo].[SysLogin]([userName],[userPwd],[registerDate])VALUES('lwm','abc',GETDATE())执行两条语句，一个是先更新person 再更新syslogin ,另一个是先更新 syslogin 再更新person 此时会产生死锁 . (为什么会死锁，下文中有关于锁的概念和说明)begintranupdate Personset userName='123'where id='1'waitfordelay'00:00:30'update SysLoginset userName='123'where id='1'committran-------------------------------------begintranupdate SysLoginset userName='123'where id='1'waitfordelay'00:00:10'update Personset userName='56'where id='1'committran如下图监控的死锁说明：如果是触发器中，调用了存储过程。
sql server的死锁及处理方法
【转】处理sql server的死锁--第一篇--检测死锁--如果发生死锁了，我们怎么去检测具体发生死锁的是哪条SQL语句或存储过程？--这时我们可以使用以下存储过程来检测，就可以查出引起死锁的进程和SQL语句。
SQL Server自带的系统存储过程sp_who和sp_lock也可以用来查找阻塞和死锁, 但没有这里介绍的方法好用。
use mastergocreate procedure sp_who_lockasbegindeclare @spid int,@bl int,@intTransactionCountOnEntry int,@intRowcount int,@intCountProperties int,@intCounter intcreate table #tmp_lock_who (id int identity(1,1),spid smallint,bl smallint)IF @@ERROR<>0 RETURN @@ERRORinsert into #tmp_lock_who(spid,bl) select 0 ,blockedfrom (select * from sysprocesses where blocked>0 ) awhere not exists(select * from (select * from sysprocesseswhere blocked>0 ) bwhere a.blocked=spid)union select spid,blocked from sysprocesses where blocked>0IF @@ERROR<>0 RETURN @@ERROR-- 找到临时表的记录数select @intCountProperties = Count(*),@intCounter = 1from #tmp_lock_whoIF @@ERROR<>0 RETURN @@ERRORif @intCountProperties=0select '现在没有阻塞和死锁信息' as message-- 循环开始while @intCounter <= @intCountPropertiesbegin-- 取第一条记录select @spid = spid,@bl = blfrom #tmp_lock_who where Id = @intCounterbeginif @spid =0select '引起数据库死锁的是: '+ CAST(@bl AS VARCHAR(10)) + '进程号,其执行的SQL语法如下'elseselect '进程号SPID：'+ CAST(@spid AS VARCHAR(10))+ '被' + '进程号SPID：'+ CAST(@bl AS VARCHAR(10)) +'阻塞,其当前进程执行的SQL语法如下'DBCC INPUTBUFFER (@bl )end-- 循环指针下移set @intCounter = @intCounter + 1enddrop table #tmp_lock_whoreturn 0end--杀死锁和进程--如何去手动的杀死进程和锁？最简单的办法，重新启动服务。
sql server 死锁
其满足上面死锁的四个必要条件： (1).互斥：资源S1和S2不能被共享，同一时间只能由一个任务使用； (2).请求与保持条件：T1持有S1的同时，请求S2；T2持有S2的同时请求S1； (3).非剥夺条件：T1无法从T2上剥夺S2，T2也无法从T1上剥夺S1； (4).循环等待条件：上图中的箭头构成环路，存在循环等待。 2. 死锁排查 (1). 使用SQL Server的系统存储过程sp_who和sp_lock，可以查看当前数据库中的锁情况；进而根据objectID(@objID)(SQL Server 2005)/ object_name(@objID)(Sql Server 2000)可以查看哪个资源被锁，用dbcc ld(@blk)，可以查看最后一条发生给SQL Server的Sql语句； CREATE Table #Who(spid int, ecid int, status nvarchar(50), loginname nvarchar(50), hostname nvarchar(50), blk int, dbname nvarchar(50), cmd nvarchar(50), request_ID int); CREATE Table #Lock(spid int, dpid int, objid int, indld int, [Type] nvarchar(20), Resource nvarchar(50), Mode nvarchar(10), Status nvarchar(10) ); INSERT INTO #Who EXEC sp_who active --看哪个引起的阻塞，blk INSERT INTO #Lock EXEC sp_lock --看锁住了那个资源id，objid DECLARE @DBName nvarchar(20); SET @DBName='NameOfDataBase' SELName SELECT #Lock.* FROM #Lock JOIN #Who ON #Who.spid=#Lock.spid
mssqlserver死锁跟踪方法
mssqlserver死锁跟踪方法MSSQL Server死锁跟踪方法在使用MSSQL Server数据库时，经常会遇到死锁的情况，这会导致数据库操作无法继续进行，严重影响系统的性能和稳定性。
为了解决这一问题，我们需要掌握MSSQL Server的死锁跟踪方法。
一、死锁的概念和原因死锁是指两个或多个进程在相互等待对方所持有的资源，导致系统无法继续运行的情况。
在数据库中，死锁通常是由于多个事务同时竞争数据库资源而引起的。
引起死锁的原因主要有以下几种：1.资源竞争：多个事务同时请求相同资源，但资源只能被一个事务使用，导致其他事务无法继续执行。
2.循环等待：多个事务形成循环等待资源的关系，每个事务都在等待其他事务所持有的资源。
二、死锁跟踪方法1.使用SQL Server ProfilerSQL Server Profiler是MSSQL Server提供的一个用于监视数据库活动的工具。
通过设置适当的事件过滤器和列过滤器，可以捕获和分析数据库中发生的死锁事件。
步骤如下：第一步：打开SQL Server Profiler并连接到数据库实例。
第二步：在“事件选择”中选择“Locks”类别，并选择“Deadlock Graph”事件。
第三步：设置适当的事件过滤器，如选择特定的数据库或表。
第四步：启动跟踪，等待死锁事件发生。
第五步：在“Deadlock Graph”事件的详细信息中，可以查看死锁图形，了解死锁发生的原因和参与者。
2.使用系统存储过程MSSQL Server提供了一些系统存储过程来帮助我们跟踪死锁事件。
sp_who2：该存储过程可以显示当前数据库实例中所有活动的连接和相关信息，包括正在等待锁的进程和被阻塞的进程。
sp_lock：该存储过程可以显示当前数据库实例中所有锁定的资源和相关信息，包括锁定类型、锁定模式和锁定持有者。
3.使用动态管理视图MSSQL Server提供了一些动态管理视图（Dynamic Management Views，DMVs）来帮助我们跟踪死锁事件。
SQLServer死锁产生原因及解决方法
SQLServer死锁产⽣原因及解决⽅法⼀、什么是死锁死锁是指两个或两个以上的进程在执⾏过程中,因争夺资源⽽造成的⼀种互相等待的现象,若⽆外⼒作⽤,它们都将⽆法推进下去.此时称系统处于死锁状态或系统产⽣了死锁,这些永远在互相等的进程称为死锁进程.⼆、死锁产⽣的四个必要条件互斥条件：指进程对所分配到的资源进⾏排它性使⽤，即在⼀段时间内某资源只由⼀个进程占⽤。
如果此时还有其它进程请求资源，则请求者只能等待，直⾄占有资源的进程⽤毕释放请求和保持条件：指进程已经保持⾄少⼀个资源，但⼜提出了新的资源请求，⽽该资源已被其它进程占有，此时请求进程阻塞，但⼜对⾃⼰已获得的其它资源保持不放不剥夺条件：指进程已获得的资源，在未使⽤完之前，不能被剥夺，只能在使⽤完时由⾃⼰释放环路等待条件：指在发⽣死锁时，必然存在⼀个进程——资源的环形链，即进程集合{P0，P1，P2，···，Pn}中的P0正在等待⼀个P1占⽤的资源；P1正在等待P2占⽤的资源，……，Pn正在等待已被P0占⽤的资源这四个条件是死锁的必要条件，只要系统发⽣死锁，这些条件必然成⽴，⽽只要上述条件之⼀不满⾜，就不会发⽣死锁。
三、如何处理死锁1) 锁模式1. 共享锁（S）由读操作创建的锁，防⽌在读取数据的过程中，其它事务对数据进⾏更新；其它事务可以并发读取数据。
共享锁可以加在表、页、索引键或者数据⾏上。
在SQL SERVER默认隔离级别下数据读取完毕后就会释放共享锁，但可以通过锁提⽰或设置更⾼的事务隔离级别改变共享锁的释放时间。
2.独占锁(X)对资源独占的锁，⼀个进程独占地锁定了请求的数据源，那么别的进程⽆法在此数据源上获得任何类型的锁。
独占锁⼀致持有到事务结束。
3.更新锁(U)更新锁实际上并不是⼀种独⽴的锁，⽽是共享锁与独占锁的混合。
当SQL SERVER执⾏数据修改操作却⾸先需要搜索表以找到需要修改的资源时，会获得更新锁。
更新锁与共享锁兼容，但只有⼀个进程可以获取当前数据源上的更新锁，其它进程⽆法获取该资源的更新锁或独占锁，更新锁的作⽤就好像⼀个序列化阀门（serialization gate），将后续申请独占锁的请求压⼊队列中。
SQLSERVER数据库锁表的分析与解决
SQLSERVER数据库锁表的分析与解决数据库锁表的分析与解决上面介绍了内存溢出的原因和处理方法，下面再介绍一下数据库锁表及阻塞的原因和处理办法。
数据库和操作系统一样，是一个多用户使用的共享资源。
当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。
若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。
加锁是实现数据库并发控制的一个非常重要的技术。
在实际应用中经常会遇到的与锁相关的异常情况，当两个事务需要一组有冲突的锁，而不能将事务继续下去的话，就会出现死锁，严重影响应用的正常执行。
在数据库中有两种基本的锁类型：排它锁（Exclusive Locks，即X锁）和共享锁（Share Locks，即S 锁）。
当数据对象被加上排它锁时，其他的事务不能对它读取和修改。
加了共享锁的数据对象可以被其他事务读取，但不能修改。
数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。
死锁的第一种情况一个用户A 访问表A(锁住了表A),然后又访问表B；另一个用户B 访问表B(锁住了表B)，然后企图访问表A；这时用户A由于用户B已经锁住表B，它必须等待用户B释放表B才能继续，同样用户B要等用户A释放表A才能继续，这就死锁就产生了。
解决方法：这种死锁比较常见，是由于程序的BUG产生的，除了调整的程序的逻辑没有其它的办法。
仔细分析程序的逻辑，对于数据库的多表操作时，尽量按照相同的顺序进行处理，尽量避免同时锁定两个资源，如操作A和B两张表时，总是按先A后B的顺序处理，必须同时锁定两个资源时，要保证在任何时刻都应该按照相同的顺序来锁定资源。
死锁的第二种情况用户A查询一条纪录，然后修改该条纪录；这时用户B修改该条纪录，这时用户A的事务里锁的性质由查询的共享锁企图上升到独占锁，而用户B里的独占锁由于A有共享锁存在所以必须等A释放掉共享锁，而A由于B的独占锁而无法上升的独占锁也就不可能释放共享锁，于是出现了死锁。
SQLServer死锁的分析、处理与预防
SQL Serve死锁的分析、处理与预防1、根本原理所谓“死锁〞，在操作系统的定义是：在一组进程中的各个进程均占有不会释放的资源，但因互相申请被其他进程所站用不会释放的资源而处于的一种永久等待状态。
定义比拟抽象，以下图可以帮助你比拟直观的理解死锁：出现死锁需要满足几个必要条件：a〕互斥：进程独占资源，资源不共享；b〕请求与保持：已经得到资源的进程可以再次申请新资源；c〕不剥夺：已分配的资源不能被其它进程强制剥夺；d〕环路等待：几个进程组成环路，都在相互等待正被占用的资源；对应到SQLServer 中，在2 个或多个任务中〔insert、update、delete、select、alter table 或Tran事务等等〕，如果每个任务锁定了其它任务想要锁定的资源，会造成这些任务永久阻塞，从而出现死锁。
这些资源可能是：单行数据〔RID、HEAP堆中的行〕、索引中的键〔KEY行锁〕、页〔Page，8KB〕、区〔Extent，8个连续页〕、堆或B 树、表〔Table，数据和索引〕、文件〔File，数据库文件〕、整个数据库〔DataBase 〕。
如果系统中的资源缺乏或者资源分配策略不当，会导致因进程间的资源争用产生死锁现象。
但更多的可能是程序员的程序有问题。
“锁〞有多种方式，如意向锁、共享锁、排他锁等等。
锁还有多种粒度，如行锁、表锁。
了解了死锁产生的原因， 就可以最大可能的防止与预防死锁。
只要上述4个必要条件中有1个不满足，就不会发生死锁。
所以，在系统设计、实现阶段就可以在资源分配 与占用、资源访问顺序等方面采取必要措施。
2、一个例子直面死锁，来看一个例子：如图 1所示，新建一个查询窗口，并利用事务的原子特 性和update 语句的排他锁特性把2个表中的记录锁住；如图2所示，再次新建一个查询窗口，2条很简单的SQL 语句长时间仍没有执行完成。
一根据事务的匣子性实现4个必夏朵1’牛申 -W*和等待在薮据行—加排也锁 一和苴它斯有檢不義蓉了汁一实现4个必要朵供中的|互斥3 - UP DAT 1 tb TH B r a nd I n fa ma t i or. SilT 1 s _2 ompe ns a t e — Q箜ICj L 〔jp£〕j^n£ tL'E 8iizeln±exiE.aticiL SET [Lesexiption] = B "Lj 愿] 小片受凳陆■2档行畫製MTRAN□ PDATE TOPDACB Hr andlnf oraat ion 宫它性 I a &oinpe nsat ：e-<0|J MlE EEIL E BZS &I3、检测与排查3.1通过Profile工具看死锁Profile 是SQLServer自带的跟踪分析工具，开启Profile 来捕捉死锁信息可以更直观的看到相关信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2. 死锁排查
(1). 使用 SQL Server 的系统存储过程 sp_who 和 sp_lock，可以查看当前数据库中的锁情况；进而根据 objectID(@objID)(SQL Server 2005)/ object_name(@objID)(Sql Server 2000)可以查看哪个资源被锁， 用 dbcc ld(@blk)，可以查看最后一条发生给 SQL Server 的 Sql 语句；
breakConnection)
在 System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean
breakConnection)
在
System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject
stateObj)
在 System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler,
SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject
3、SQL Server 死锁总结 1. 死锁原理
根据操作系统中的定义：死锁是指在一组进程中的各个进程均占有不会释放的资源，但因互相申请被其 他进程所站用不会释放的资源而处于的一种永久等待状态。
死锁的四个必要条件： 互斥条件(Mutual exclusion)：资源不能被共享，只能由一个进程使用。 请求与保持条件(Hold and wait)：已经得到资源的进程可以再次申请新的资源。 非剥夺条件(No pre-emption)：已经分配的资源不能从相应的进程中被强制地剥夺。 循环等待条件(Circular wait)：系统中若干进程组成环路，该环路中每个进程都在等待相邻进程正占用的资 源。
‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐
事务(进程 ID 60)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请重新运
行该事务。
在
System.Data.SqlClient.SqlConnectioption, Boolean
CREATE Table #Who(spid int, ecid int, status nvarchar(50), loginname nvarchar(50), hostname nvarchar(50), blk int, dbname nvarchar(50), cmd nvarchar(50), request_ID int);
说明：T1、T2 表示两个任务；R1 和 R2 表示两个资源；由资源指向任务的箭头(如 R1-<T1，R2-<T2) 表示该资源被改任务所持有；由任务指向资源的箭头(如 T1-<S2，T2-<S1)表示该任务正在请求对应目标资 源；
其满足上面死锁的四个必要条件： (1).互斥：资源 S1 和 S2 不能被共享，同一时间只能由一个任务使用； (2).请求与保持条件：T1 持有 S1 的同时，请求 S2；T2 持有 S2 的同时请求 S1； (3).非剥夺条件：T1 无法从 T2 上剥夺 S2，T2 也无法从 T1 上剥夺 S1； (4).循环等待条件：上图中的箭头构成环路，存在循环等待。
此句应该改为 update t_sms_send set msg_flag = -1 where id in (select top 100 id from t_sms_send with (nolock) where msg_flag=-2)
事务（进程 ID ）与另一个进程已被死锁在 lock 资源上，且该事务已被选作死锁牺牲品。 请重新运行该事务 其实所有的死锁最深层的原因就是一个:资源竞争 表现一: 一个用户 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 .... ========================== 在联机事务处理(OLTP)的数据库应用系统中，多用户、多任务的并发性是系统最重要的技术 指标之一。为了提高并发性，目前大部分 RDBMS 都采用加锁技术。然而由于现实环境的复 杂性，使用加锁技术又不可避免地产生了死锁问题。因此如何合理有效地使用加锁技术，最 小化死锁是开发联机事务处理系统的关键。 死锁产生的原因 在联机事务处理系统中，造成死机主要有两方面原因。一方面，由于多用户、多任务的并发 性和事务的完整性要求，当多个事务处理对多个资源同时访问时，若双方已锁定一部分资源 但也都需要对方已锁定的资源时，无法在有限的时间内完全获得所需的资源，就会处于无限 的等待状态，从而造成其对资源需求的死锁。 另一方面，数据库本身加锁机制的实现方法不同，各数据库系统也会产生其特殊的死锁情况。 如在 Sybase SQL Server 11 中，最小锁为 2K 一页的加锁方法，而非行级锁。如果某张表的记 录数少且记录的长度较短(即记录密度高，如应用系统中的系统配置表或系统参数表就属于 此类表)，被访问的频率高，就容易在该页上产生死锁。 几种死锁情况及解决方法 清算应用系统中，容易发生死锁的几种情况如下: ● 不同的存储过程、触发器、动态 SQL 语句段按照不同的顺序同时访问多张表; ● 在交换期间添加记录频繁的表，但在该表上使用了非群集索引(non‐clustered); ● 表中的记录少，且单条记录较短，被访问的频率较高； ● 整张表被访问的频率高(如代码对照表的查询等)。 以上死锁情况的对应处理方法如下： ● 在系统实现时应规定所有存储过程、触发器、动态 SQL 语句段中，对多张表的操作总是 使用同一顺序。如：有两个存储过程 proc1、proc2，都需要访问三张表 zltab、z2tab 和 z3tab， 如果 proc1 按照 zltab、z2tab 和 z3tab 的顺序进行访问，那么，proc2 也应该按照以上顺序访 问这三张表。 ● 对在交换期间添加记录频繁的表，使用群集索引(clustered)，以减少多个用户添加记录到 该表的最后一页上，在表尾产生热点，造成死锁。这类表多为往来账的流水表，其特点是在 交换期间需要在表尾追加大量的记录，并且对已添加的记录不做或较少做删除操作。 ● 对单张表中记录数不太多，且在交换期间 select 或 updata 较频繁的表可使用设置每页最 大行的办法，减少数据在表中存放的密度，模拟行级锁，减少在该表上死锁情况的发生。这 类表多为信息繁杂且记录条数少的表。 如：系统配置表或系统参数表。在定义该表时添加如下语句：
stateObj)
在 System.Data.SqlClient.SqlDataReader.HasMoreRows()
在 System.Data.SqlClient.SqlDataReader.ReadInternal(Boolean setTimeout)
在 System.Data.SqlClient.SqlDataReader.Read()
在 HonryLCD.honry.lcd.LcdPatientFrm.getBed()
二、处理说明 1、查看锁状态
连上数据库后，在查询界面中按 Ctrl+2 键可以查询状态，如下：
2、事务(进程 ID 59)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲 品。请重
update t_sms_send set msg_flag = -1 where id in (select top 100 id from t_sms_send where msg_flag=-2)
事务(进程 ID 60)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行 该事务。
一、问题描述
近期，由于二十多台电脑同时访问一台 SQL Server 2005 服务器，并且数据每间隔 3 分钟从 另一个 Oracle 数据库中读取数据信息供 20 多台电脑查询与显示，在信息显示时，经常报下 面的错误，导致程序出错。
对应到 SQL Server 中，当在两个或多个任务中，如果每个任务锁定了其他任务试图锁定的资源，此