SQL Server误区30日谈 第23天 有关锁升级的误区
程序员文章站
2023-12-12 09:31:04
误区 #23: 锁升级的过程是由行锁升级到页锁,再由页锁升级到表锁错误 实际不是,在sql server 2005和之前的版本...
误区 #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日谈 第29天 有关堆碎片的误区
-
SQL Server误区30日谈 第16天 数据的损坏和修复
-
SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化
-
SQL Server误区30日谈 第6天 有关NULL位图的三个误区
-
SQL Server误区30日谈 第30天 有关备份的30个误区
-
SQL Server误区30日谈 第24天 26个有关还原(Restore)的误区
-
SQL Server误区30日谈 第17天 有关页校验和的误区
-
SQL Server误区30日谈 第23天 有关锁升级的误区
-
SQL Server误区30日谈 第19天 Truncate表的操作不会被记录到日志
-
SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”