SQL Server使用锁来保持事务在数据库内部的完整性和一致性。SQL Server支持具有不同粒度的多种锁类型。例如,行锁是一个高级锁,而页锁是一个低级锁。SQL Server自动将大量的高级锁升级为少量的低级锁,从而降低系统开销,但同时也可能导致应用程序内不可预测的阻塞。升级在锁的数量超过锁升级极限时自动进行。这一极限是一个内部设置,设计用于保护系统资源。该极限值不能由用户设置,但在以跟踪标记1211(无文档记载)启动SQL Server时,该锁升级将被禁用。请注意,如果禁用了锁升级,管理系统的职责将由您承担。如果SQL Server内存不足,系统可能会崩溃。一个更好的解决方案为,如果肯定需要行级锁,可以执行较短的事务。

解决方案 »

  1.   

    锁升级
    锁升级是将众多细粒度锁转换为较少的粗粒度的锁的过程,以削减系统开销。当事务超过它的升级极限时,Microsoft® SQL Server™ 2000 自动将行锁和页锁升级为表锁。例如,当事务从表中请求行时,SQL Server 自动获取受影响的行上的锁,并在包含这些行的页和表或者索引上放置更高级别的意向锁。当事务控制的锁数量超过了它的极限时,SQL Server 会试图将表上的意向锁更改为更强的锁(例如,将意向排它 (IX) 锁更改为排它 (X) 锁)。获取更强的锁后,表事务持有的所有页级锁和行级锁都被释放,从而削减锁的开销。SQL Server 可以为同一查询选择行和页锁定,例如,在索引上放置页锁(如果在非聚集的索引节点中选定了足够的邻接键来满足查询)及在数据上放置行锁。以减少必须进行锁升级的可能性。锁升级极限是由 SQL Server 动态确定的,无须进行配置。
      

  2.   

    --在 SQL Server 中,默认启用行级锁定。SQL Server 的锁定策略为行锁定,并可能提升为页或表锁定。DBCC ROWLOCK 不改变 SQL Server的锁定行为(无效),在 Microsoft SQL Server 2000 中包含它只是为了向后与现有的脚本和过程兼容。SQL Server 的将来版本可能不支持 DBCC ROWLOCK。--Oracle就不知道了!