一 死锁产生的原因和解锁的方法
　　产生死锁的四个必要条件：
　　（1） 互斥条件：一个资源每次只能被一个进程使用。
　　（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
　　（3） 不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。
　　（4） 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
　　二 锁的分类
　　锁的类别有两种分法：
　　从数据库系统的角度来看：分为独占锁（即排它锁），共享锁和更新锁
　　MS-SQL Server 使用以下资源锁模式。
　　锁模式 描述
　　共享 (S) ：读锁，用于不更改或不更新数据的操作（只读操作），如 SELECT 语句。
　　更新 (U) ：(介于共享和排它锁之间），可以让其他程序在不加锁的条件下读，但本程序可以随时更改。
　　读取表时使用更新锁，而不使用共享锁，并将锁一直保留到语句或事务的结束。UPDLOCK 的优点是允许您读取数据（不阻塞其它事务）并在以后更新数据，同时确保自从上次读取数据后数据没有被更改。当我们用UPDLOCK来读取记录时可以对取到的记录加上更新锁，从而加上锁的记录在其它的线程中是不能更改的只能等本线程的事务结束后才能更改，我如下示例：
　　BEGIN TRANSACTION --开始一个事务
　　SELECT Qty
　　FROM myTable WITH (UPDLOCK)
　　WHERE Id in (1，2，3)
　　UPDATE myTable SET Qty = Qty - A.Qty
　　FROM myTable  AS A
　　INNER JOIN  @_Table AS B ON A.ID = B.ID
　　COMMIT TRANSACTION --提交事务
　　这样在更新时其它的线程或事务在这些语句执行完成前是不能更改ID是１，２，３的记录的．其它的都可以修改和读，１，２，３的只能读，要是修改的话只能等这些语句完成后才能操作.从而保证的数据的修改正确.
　　排它 (X)：写锁。 用于数据修改操作，例如 INSERT、UPDATE 或 DELETE。确保不会同时同一资源进行多重更新。
　　意向锁 用于建立锁的层次结构。意向锁的类型为：意向共享 (IS)、意向排它 (IX) 以及与意向排它共享 (SIX)。
　　架构锁 在执行依赖于表架构的操作时使用。架构锁的类型为：架构修改 (Sch-M) 和架构稳定性 (Sch-S)。
　　大容量更新 (BU) 向表中大容量复制数据并指定了 TABLOCK 提示时使用。
　　共享锁
　　共享 (S) 锁允许并发事务读取 (SELECT) 一个资源。资源上存在共享 (S) 锁时，任何其它事务都不能修改数据。一旦已经读取数据，便立即释放资源上的共享 (S) 锁，除非将事务隔离级别设置为可重复读或更高级别，或者在事务生存周期内用锁定提示保留共享 (S) 锁。
　　更新锁
　　更新 (U) 锁可以防止通常形式的死锁。一般更新模式由一个事务组成，此事务读取记录，获取资源（页或行）的共享 (S) 锁，然后修改行，此操作要求锁转换为排它 (X) 锁。如果两个事务获得了资源上的共享模式锁，然后试图同时更新数据，则一个事务尝试将锁转换为排它 (X) 锁。共享模式到排它锁的转换必须等待一段时间，因为一个事务的排它锁与其它事务的共享模式锁不兼容；发生锁等待。第二个事务试图获取排它 (X) 锁以进行更新。由于两个事务都要转换为排它 (X) 锁，并且每个事务都等待另一个事务释放共享模式锁，因此发生死锁。
　　若要避免这种潜在的死锁问题，请使用更新 (U) 锁。一次只有一个事务可以获得资源的更新 (U) 锁。如果事务修改资源，则更新 (U) 锁转换为排它 (X) 锁。否则，锁转换为共享锁。
　　排它锁
　　排它 (X) 锁可以防止并发事务对资源进行访问。其它事务不能读取或修改排它 (X) 锁锁定的数据。
　　意向锁
　　意向锁表示 SQL Server 需要在层次结构中的某些底层资源上获取共享 (S) 锁或排它 (X) 锁。例如，放置在表级的共享意向锁表示事务打算在表中的页或行上放置共享 (S) 锁。在表级设置意向锁可防止另一个事务随后在包含那一页的表上获取排它 (X) 锁。意向锁可以提高性能，因为 SQL Server 仅在表级检查意向锁来确定事务是否可以安全地获取该表上的锁。而无须检查表中的每行或每页上的锁以确定事务是否可以锁定整个表。
　　意向锁包括意向共享 (IS)、意向排它 (IX) 以及与意向排它共享 (SIX)。
　　死锁原理
　　根据操作系统中的定义：死锁是指在一组进程中的各个进程均占有不会释放的资源，但因互相申请被其他进程所站用不会释放的资源而处于的一种等待状态。
　　死锁的四个必要条件：
　　互斥条件(Mutual exclusion)：资源不能被共享，只能由一个进程使用。
　　请求与保持条件(Hold and wait)：已经得到资源的进程可以再次申请新的资源。
　　非剥夺条件(No pre-emption)：已经分配的资源不能从相应的进程中被强制地剥夺。
　　循环等待条件(Circular wait)：系统中若干进程组成环路，该环路中每个进程都在等待相邻进程正占用的资源。
　　对应到SQL Server中，当在两个或多个任务中，如果每个任务锁定了其他任务试图锁定的资源，此时会造成这些任务阻塞，从而出现死锁；这些资源可能是：单行(RID，堆中的单行)、索引中的键(KEY，行锁)、页(PAG，8KB)、区结构(EXT，连续的8页)、堆或B树(HOBT) 、表(TAB，包括数据和索引)、文件(File，数据库文件)、应用程序专用资源(APP)、元数据(METADATA)、分配单元(Allocation_Unit)、整个数据库(DB)。一个死锁示例如下图所示：
　　说明：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).循环等待条件：上图中的箭头构成环路，存在循环等待。
　　死锁排查
　　(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'
　　SELECT #Who.* FROM #Who WHERE dbname=@DBName
　　SELECT #Lock.* FROM #Lock
　　JOIN #Who
　　ON #Who.spid=#Lock.spid
　　AND dbname=@DBName;
　　--后发送到SQL Server的语句
　　DECLARE crsr Cursor FOR
　　SELECT blk FROM #Who WHERE dbname=@DBName AND blk<>0;
　　DECLARE @blk int;
　　open crsr;
　　FETCH NEXT FROM crsr INTO @blk;
　　WHILE (@@FETCH_STATUS = 0)
　　BEGIN;
　　dbcc inputbuffer(@blk);
　　FETCH NEXT FROM crsr INTO @blk;
　　END;
　　close crsr;
　　DEALLOCATE crsr;
　　--锁定的资源
　　SELECT #Who.spid，hostname，objid，[type]，mode，object_name(objid) as objName FROM #Lock
　　JOIN #Who
　　ON #Who.spid=#Lock.spid
　　AND dbname=@DBName
　　WHERE objid<>0;
　　DROP Table #Who;
　　DROP Table #Lock;
　　(2). 使用 SQL Server Profiler 分析死锁: 将 Deadlock graph 事件类添加到跟踪。此事件类使用死锁涉及到的进程和对象的 XML 数据填充跟踪中的 TextData 数据列。SQL Server 事件探查器 可以将 XML 文档提取到死锁 XML (.xdl) 文件中，以后可在 SQL Server Management Studio 中查看该文件。
　　避免死锁
　　上面1中列出了死锁的四个必要条件，我们只要想办法破其中的任意一个或多个条件，可以避免死锁发生，一般有以下几种方法(FROM Sql Server 2005联机丛书)：
　　(1).按同一顺序访问对象。(注：避免出现循环)
　　(2).避免事务中的用户交互。(注：减少持有资源的时间，较少锁竞争)
　　(3).保持事务简短并处于一个批处理中。(注：同(2)，减少持有资源的时间)
　　(4).使用较低的隔离级别。(注：使用较低的隔离级别（例如已提交读）比使用较高的隔离级别（例如可序列化）持有共享锁的时间更短，减少锁竞争)
　　(5).使用基于行版本控制的隔离级别：2005中支持快照事务隔离和指定READ_COMMITTED隔离级别的事务使用行版本控制，可以将读与写操作之间发生的死锁几率降至低：
　　SET ALLOW_SNAPSHOT_ISOLATION ON –事务可以指定 SNAPSHOT 事务隔离级别;
　　SET READ_COMMITTED_SNAPSHOT ON –指定 READ_COMMITTED 隔离级别的事务将使用行版本控制而不是锁定。默认情况下(没有开启此选项，没有加with nolock提示)，SELECT语句会对请求的资源加S锁(共享锁)；而开启了此选项后，SELECT不会对请求的资源加S锁。
　　注意：设置 READ_COMMITTED_SNAPSHOT 选项时，数据库中只允许存在执行 ALTER DATABASE 命令的连接。在 ALTER DATABASE 完成之前，数据库中决不能有其他打开的连接。数据库不必一定要处于单用户模式中。
　　(6).使用绑定连接。(注：绑定会话有利于在同一台服务器上的多个会话之间协调操作。绑定会话允许一个或多个会话共享相同的事务和锁(但每个回话保留其自己的事务隔离级别)，并可以使用同一数据，而不会有锁冲突。可以从同一个应用程序内的多个会话中创建绑定会话，也可以从包含不同会话的多个应用程序中创建绑定会话。在一个会话中开启事务(begin tran)后，调用exec sp_getbindtoken @Token out;来取得Token，然后传入另一个会话并执行EXEC sp_bindsession @Token来进行绑定(后的示例中演示了绑定连接)。
　　死锁处理方法：
　　(1). 根据2中提供的sql，查看那个spid处于wait状态，然后用kill spid来干掉(即破坏死锁的第四个必要条件:循环等待)；当然这只是一种临时解决方案，我们总不能在遇到死锁在用户的生产环境上排查死锁、Kill sp，我们应该考虑如何去避免死锁。
　　(2). 使用SET LOCK_TIMEOUT timeout_period(单位为毫秒)来设定锁请求超时。默认情况下，数据库没有超时期限(timeout_period值为-1，可以用SELECT @@LOCK_TIMEOUT来查看该值，即无限期等待)。当请求锁超过timeout_period时，将返回错误。timeout_period值为0时表示根本不等待，一遇到锁返回消息。设置锁请求超时，破环了死锁的第二个必要条件(请求与保持条件)。
　　服务器: 消息 1222，级别 16，状态 50，行 1
　　已超过了锁请求超时时段。
　　(3). SQL Server内部有一个锁监视器线程执行死锁检查，锁监视器对特定线程启动死锁搜索时，会标识线程正在等待的资源；然后查找特定资源的所有者，并递归地继续执行对那些线程的死锁搜索，直到找到一个构成死锁条件的循环。检测到死锁后，数据库引擎 选择运行回滚开销小的事务的会话作为死锁牺牲品，返回1205 错误，回滚死锁牺牲品的事务并释放该事务持有的所有锁，使其他线程的事务可以请求资源并继续运行。
　　两个死锁示例及解决方法
　　5.1 SQL死锁
　　(1). 测试用的基础数据：
　　CREATE TABLE Lock1(C1 int default(0));
　　CREATE TABLE Lock2(C1 int default(0));
　　INSERT INTO Lock1 VALUES(1);
　　INSERT INTO Lock2 VALUES(1);
　　(2). 开两个查询窗口，分别执行下面两段sql
　　–Query 1
　　Begin Tran
　　Update Lock1 Set C1=C1+1;
　　WaitFor Delay ‘00:01:00’;
　　SELECT * FROM Lock2
　　Rollback Tran;
　　–Query 2
　　Begin Tran
　　Update Lock2 Set C1=C1+1;
　　WaitFor Delay ‘00:01:00’;
　　SELECT * FROM Lock1
　　Rollback Tran;
　　上面的SQL中有一句WaitFor Delay ‘00:01:00’，用于等待1分钟，以方便查看锁的情况。