主页 > 知识库 > SQL Server误区30日谈 第23天 有关锁升级的误区

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

热门标签:呼叫中心市场需求 地方门户网站 铁路电话系统 百度竞价排名 服务外包 网站排名优化 AI电销 Linux服务器
误区 #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也同样需要谨慎。
您可能感兴趣的文章:
  • 图解MYSQL的安装和数据升级
  • MySQL 升级方法指南大全
  • mysql4.0升级到mysql5(4.1),解决字符集问题
  • MySQL 4.0 升级到mysql 5.0的方法
  • SQLServer 2000 升级到 SQLServer 2008 性能之需要注意的地方之一
  • 基于SQL2005 SQL2008 表结构信息查询升级版的详解(含外键信息)
  • 详细讲解安全升级MySQL的方法
  • 升级SQL Server 2014的四个要点要注意

标签:湖南 崇左 兰州 铜川 黄山 湘潭 仙桃 衡水

巨人网络通讯声明:本文标题《SQL Server误区30日谈 第23天 有关锁升级的误区》,本文关键词  ;如发现本文内容存在版权问题,烦请提供相关信息告之我们,我们将及时沟通与处理。本站内容系统采集于网络,涉及言论、版权与本站无关。
  • 相关文章
  • 收缩
    • 微信客服
    • 微信二维码
    • 电话咨询

    • 400-1100-266