锁升级是SQL Server提高效率的一种内在机制，主要通过将众多细粒度锁转换为较少的粗粒度的锁。

　　例如，在一个给定的表里面有许多的行级锁，使用很多的锁来占据更多的内存，而不是通过一个更大的父对象，从而使SQL Server 的锁更有意义。有时，锁升级机制可能导致数据库阻塞，这时你可能需要通过一些SQL Server 跟踪标志来找出错误的问题所在。

　　有两种情况会导致SQL Server 锁升级。第一种情况是在一个对象上有大量的锁。比如：单个Transact-SQL语句在单表上获得超过5000 个的锁，将触发锁升级。

　　第二种情况是，当锁的数量超过预先设定的内存阈值，即所谓的内存压力状态。典型的内存压力阀值就是锁定对象使用的内存超过来一定的比例，通常是40%，但是这个值可以根据SQL Server 数据库引擎所分配的内存来调整。

　　在常规条件下，默认的锁升级就可以正常工作。针对表的细粒度锁的修改方式有：锁提示和LOCK_ESCALATION选项。但是在某些情况下您可能需要通过手动改变整个SQL Server锁升级。下面 两个SQL Server跟踪标志可用于帮助更改锁升级工作方式。

　　SQL Server 1224 跟踪标志 ：根据已有的资源和锁的数量禁用锁升级。最常见的例子是在表上面有很多的行级锁或者页锁，升级为一个表锁。注意：如果使用1224 标志，当阀值等于 40%时可能还会碰到锁升级。

　　SQL Server 1221跟踪标志除了相同的锁的数量和内存压力时禁用锁升级，其他的和标志1224一样。如果同时使用标志1224 和标志1211,1211将覆盖1224。一般只有在防止内存升级的时候使用标志 1221 。即在使用内存测试的时候使用。

　　那么，我们应该在什么情况下使用这些标志呢？

　　当SQL Server锁升级引起阻塞。当不同的用户在同时查询相同的语句导致的许多锁升级，这些标记就可以帮忙解决问题。举例来说，如果在一个给定的查询里有大量行锁从而提升到一个表锁，该表锁可能对另一个查询形成了阻塞，特别是如果第一个查询运行很长一段时间。如果这种阻塞影响到整个数据库，那真正的问题可能是应用程序的底层设计问题。禁用锁升级可能允许应用程序正常运行，直到您能拿出一个永久性的修复或更优雅的临时解决方案。

　　以可控的方式运行的SQL Server的特定实例。比如在一个单独的实例或者在独立的计算机上运行的关于内存消耗的具体应用的控制测试。

　　错误检查。Adam Machanic曾经在参与一次加载 大量数据的锁升级的时候碰到一个SQL Server 2008 的bug(这个bug 已经修复)。如果您在处理大批数据集的时候遇到了锁升级，但又不确定是否锁是SQL Server 本身的bug，这时候跟踪标记 可以为您提供相关的帮助信息。

　　在任何情况下，我们不应该把跟踪标记当成 解决锁升级问题的根本办法，应该是当成一种临时措施。通过跟踪标记来查找和解决相关锁的问题。

　　SQL Server 锁升级阀值：

　　注意：本文中的内存压力阀值是 24%，即使我认为这个是打印错误所导致的(比如在SQL Server 2008 R2 文档中这个值是 40%)。