您现在的位置是：网站首页> 编程资料编程资料
SQL Server误区30日谈 第23天 有关锁升级的误区_MsSql_
2023-05-26
435人已围观
简介 SQL Server误区30日谈 第23天 有关锁升级的误区_MsSql_
误区 #23: 锁升级的过程是由行锁升级到页锁，再由页锁升级到表锁
错误
实际不是，在SQL Server 2005和之前的版本，页锁会直接升级到表锁。
在SQL Server 2005或SQL Server 2008，你可以通过如下跟踪标志改变锁升级的行为:
标志1211-完全禁止锁升级，但锁使用的内存会被限制在动态分配内存的60%,当超过这个值时，更多的锁将会伴随着内存溢出错误而失败。
在SQL Server 2008中，还可以以表为单位进行锁行为的设置，可以通过ALTER TABLE blah SET (LOCK_ESCALATION = XXX)，在这个命令中XXX所代表的是下面几项中的一项:
TABLE: 直接从行锁升级到表锁。
错误
实际不是，在SQL Server 2005和之前的版本，页锁会直接升级到表锁。
在SQL Server 2005或SQL Server 2008，你可以通过如下跟踪标志改变锁升级的行为:
标志1211-完全禁止锁升级，但锁使用的内存会被限制在动态分配内存的60%,当超过这个值时，更多的锁将会伴随着内存溢出错误而失败。
- 标志1224-禁止锁升级，但内存使用超过40%时，会自动开启锁升级
在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也同样需要谨慎。
您可能感兴趣的文章:
相关内容
- SQL Server误区30日谈 第22天 资源调控器可以调控IO_MsSql_
- SQL Server误区30日谈 第21天 数据损坏可以通过重启SQL Server来修复_MsSql_
- SQL Server误区30日谈 第20天 破坏日志备份链之后，需要一个完整备份来重新开始日志链_MsSql_
- SQL Server误区30日谈 第19天 Truncate表的操作不会被记录到日志_MsSql_
- SQL Server误区30日谈 第18天 有关FileStream的存储，垃圾回收以及其它_MsSql_
- SQL Server误区30日谈 第17天 有关页校验和的误区_MsSql_
- SQL Server误区30日谈 第16天 数据的损坏和修复_MsSql_
- SQL Server误区30日谈 第15天 CheckPoint只会将已提交的事务写入磁盘_MsSql_
- SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化_MsSql_
- SQL Server误区30日谈 第13天 在SQL Server 2000兼容模式下不能使用DMV_MsSql_
