SQLServer误区30日谈第23天有关锁升级的误区

要成功,就要长期等待而不焦躁,态度从容却保持敏锐,不怕挫折且充满希望。早安!减少蜗居时间,亲近大自然。
误区 #23: 锁升级的过程是由行锁升级到页锁,再由页锁升级到表锁
错误
实际不是,在SQL Server 2005和之前的版本,页锁会直接升级到表锁。
在SQL Server 2005或SQL Server 2008,你可以通过如下跟踪标志改变锁升级的行为:标志1211-完全禁止锁升级,但锁使用的内存会被限制在动态分配内存的60%,当超过这个值时,更多的锁将会伴随着内存溢出错误而失败。
  • 标志1224-禁止锁升级,但内存使用超过40%时,会自动开启锁升级
如果标志1211和1224跟踪标志同时被设置了,只有标志1211会生效。更详细的内容请看Books Online。在SQL Server 2008中,还可以以表为单位进行锁行为的设置,可以通过ALTER TABLE blah SET (LOCK_ESCALATION = XXX),在这个命令中XXX所代表的是下面几项中的一项:TABLE: 直接从行锁升级到表锁。
  • AUTO:如果存在表分区,则升级为分区锁,但不会进一步升级。
  • DISABLE:禁用锁升级,这并不意味着禁用表锁,就像BOL(Books Online entry)中所说,在序列化隔离等级的条件下进行表扫描等操作时还需要表锁。在2008年1月的时候,我写了一篇包含分区锁例子的博文,请看:SQL Server 2008: Partition-level lock escalation details and examples
    或许你会想为什么LOCK_ESCALATION = XXX设置中AUTO不是默认值,这时因为早期测试中某些人发现这个选项更容易引起死锁。就像对于上述两个有关锁的跟踪标记一样,对于这个选项设置为AUTO也同样需要谨慎。

以上就是SQLServer误区30日谈第23天有关锁升级的误区。冲刺这一年,我志憾天地。用信念战胜困难,用效率战胜惰性,用常规战胜浮躁。激情似火,心静如水。全力拼搏每一天,专注高效每一节,聚精会神每一分。付出非常之努力,收获非常之进步。冲刺这一年,决胜这一生;冲刺这一年,幸福八十年;冲刺这一年,全家尽欢颜!更多关于SQLServer误区30日谈第23天有关锁升级的误区请关注haodaima.com其它相关文章!

标签: SQLServer 日谈第