SqlServer2008实例21死锁之使用跟踪标志位找出死锁

    当一个用户会话（暂且称之为会话1）已经锁定了一个资源，而另外一个用户会话（暂且称之为会话2）想要修改该资源，并且会话2也锁定了会话1想要修改的资源时，就会出现死锁(dcadlocking)。在另外一方释放锁之前，会话1和会话2都不可能继续，所以SQL Server会选择死锁中的一个会话作为“死锁牺牲品”。死锁牺牲品的会话会被杀死，事务会被回滚，
    发生死锁的原因不：

• 应用程序以不同的次序访问表。例如，会话1先更新了客户然后更新了订单，然而会话2先更新了订单然后是客户。与按照连续（顺序）的方式访问和更新表相比，这种方式增加了两个进程死锁的可能性。
• 应用程序使用了长时间运行的事务，在一个事务中更新很多行或很多表。这样就瑁加了行的“表面积”，从而导致死锁冲突。
• 在一些情况下，SQL Server发出了一些行锁，之后它又决定将其升级为表锁。如果这些行在相同的数据页面中，并且两个会话希望同时在相同的页面升级锁粒度，就会产生死锁。

    下面说明如何使用OBCC TRACEON、DBCC TRACEOFF和DBCC TRACESTATUS命令来确保死锁被正确记录到SQL Server Management Studio SQL日志中。这些命令开启、关闭和检查跟踪标志位的状态。
    SQL Server使用跟踪标志位来为SQL Server实例开启或关闭某种行为。默认情况下，SQL Server在死锁事件发生时不返回重要日志。使用跟踪标志位1222，有关死锁中的被锁资源和类型的信息以XML格式返回，帮助你调试该事件。
  DBCC TRACEON命令开启跟踪标志位。语法如下：

    DBCC TRACEON(trace#[,...n][,-1])