为什么我们需要在SQL Server里更新锁

每次讲解SQL Server里的锁和阻塞（Locking & Blocking）都会碰到的问题：在SQL Server里，为什么我们需要更新锁？在我们讲解具体需要的原因前，首先我想给你介绍下当更新锁（Update（U）Lock）获得时，根据它的兼容性锁本身是如何应对的。

一般来说，当执行UPDATE语句时，SQL Server会用到更新锁（Update Lock）。如果你查看对应的执行计划，你会看到它包含3个部分：

读取数据
计算新值
写入数据

在查询计划的第1部分，SQL Server初始读取要修改的数据，在各个记录上会获得更新锁（Update Locks）。在查询计划的最后第3部分，当数据被修改时，这些更新锁（Update Locks）转化为排它锁（Exclusive（X））。用这个方法产生的问题都是一样的：在第1个阶段，SQL Server为什么要获得更新锁（Update Locks），而不是共享锁（Shared（S） Locks）。平常当你通过SELECT语句读取数据，共享锁（Shared（S） Locks）已经够用了。现在的更新查询计划为什么有这个区别？我们来详细分析下。

回避死锁（Deadlock Avoidance）
首先在更新查询计划里，更新锁用来避免死锁情形。假设在计划的第1阶段，有多个更新查询计划获得共享锁（Shared（S）Locks），然后在查询计划的第3阶段，当数据最后被修改时，这些共享锁（Shared Locks）转化为排它锁（Exclusive Loks），会发生什么：

第1个查询不能转化共享锁为排它锁，因为第2个查询已经获得了共享锁。
第2个查询不能转化共享锁为排它锁，因为第1个查询已经获得了共享锁。

这是其中一个主要原因，为什么关系数据库引擎引入更新锁来实现避免特定的死锁情形。一个更新锁只与一个共享锁兼容，但不与另一个更新或排它锁兼容。因此死锁情形可以被避免，应为2个更新查询计划不可能同时并发运行。在查询的第1阶段，第2个查询会一直等到获得更新锁。System R的一个未公开研究也展示如何避免这类显著的死锁。System R不实用任何更新锁来实现避免死锁。

提升的并发

在第1阶段不获得更新锁，在这个阶段直接获得排它锁也是可见选项。这会克服死锁问题，因为排它锁与另一个排它锁不兼容。但这个方法的问题是并发受限制，因为同时没有其他的SELECT查询可以读取当前有排它锁的数据。因此需要更新锁，因为这个特定锁与传统的共享锁兼容。这样的话其他的SELECT查询可以读取数据，只要这个更新锁还没转化为排它锁。作为副作用，这会提高我们并发运行查询的并发性。

在以前关系学术上，更新锁是所谓的非对称锁（Asymmetric Lock）。在更新锁的上下文里，这个更新锁与共享锁兼容，但反之就不是：共享锁与更新锁不兼容。但SQL Server并不把共享锁作为非对称锁实现。更新锁是个对称（symmetric）的，就是说更新锁和共享锁是彼此双向兼容的。这会提供系统的整体并发，因为在2个锁类型键不会引入阻塞情形。

小结
在今天的文章里我给你介绍了共享锁，还有为什么需要共享锁。如你所见在关系数据库，是强烈需要更新锁的，因为不然的就会带来死锁并降低并发。我希望现在你已经很好的理解了更新锁，还有在SQL Server里它们是如何使用的。

以上就是本文的全部内容了，希望大家可以喜欢。

赞 (0)

相关推荐

  • 浅析Sql server锁,独占锁,共享锁,更新锁,乐观锁,悲观锁

    锁有两种分类方法.(1) 从数据库系统的角度来看锁分为以下三种类型: •独占锁(Exclusive Lock)独占锁锁定的资源只允许进行锁定操作的程序使用,其它任何对它的操作均不会被接受.执行数据更新命令,即INSERT. UPDATE 或DELETE 命令时,SQL Server 会自动使用独占锁.但当对象上有其它锁存在时,无法对其加独占锁.独占锁一直到事务结束才能被释放. •共享锁(Shared Lock)共享锁锁定的资源可以被其它用户读取,但其它用户不能修改它.在SELECT 命令执行时,

  • 为什么我们需要在SQL Server里更新锁

    为什么我们需要在SQL Server里更新锁

    每次讲解SQL Server里的锁和阻塞(Locking & Blocking)都会碰到的问题:在SQL Server里,为什么我们需要更新锁?在我们讲解具体需要的原因前,首先我想给你介绍下当更新锁(Update(U)Lock)获得时,根据它的兼容性锁本身是如何应对的. 一般来说,当执行UPDATE语句时,SQL Server会用到更新锁(Update Lock).如果你查看对应的执行计划,你会看到它包含3个部分: 读取数据 计算新值 写入数据 在查询计划的第1部分,SQL Server初始读取

  • Access和SQL Server里面的SQL语句的不同之处

    我的感觉是,Accees数据库虽然可以称得上是小型的关系型数据库,并且也是使用的结构化查询语言SQL,但它的语法(主要体现在函数上),却类似vbscript的语法,我想,这应该和Access属于Office系列有关,基于它的开发和应用,自然就与VBA扯上关系,因而Access的函数库也就是VBA的函数库,而非SQL函数库.下面,我们来具体看下Access和SQL Server在查询语句的编写上具体的不同. 一.数据类型转换: Access: SELECT '调查'+CStr(Did) as di

  • 简单介绍SQL Server里的闩锁

    简单介绍SQL Server里的闩锁

    在今天的文章里我想谈下SQL Server使用的更高级的,轻量级的同步对象:闩锁(Latch).闩锁是SQL Server存储引擎使用轻量级同步对象,用来保护多线程访问内存内结构.文章的第1部分我会介绍SQL Server里为什么需要闩锁,在第2部分我会给你介绍各个闩锁类型,还有你如何能对它们进行故障排除. 为什么我们需要闩锁? 闩锁首次在SQL Server 7.0里引入,同时微软首次引入了行级别锁(row-level locking).对于行级别锁引入闩锁的概念是非常重要的,不然的话在内存中

  • SQL Server 远程更新目标表数据的存储过程

    本文给大家分享一个远程更新目标库数据的存储过程,适用于更新列名一致,主键为Int类型,可远程链接的数据库. USE [Table]--切换到源表,就是数据最新的那个表 GO /****** Object: StoredProcedure [dbo].[proc_DataUpdate] Script Date: 2018/5/4 15:08:56 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO -- ================

  • SQL Server自动更新统计信息的基本算法

    自动更新统计信息的基本算法是: · 如果表格是在 tempdb 数据库表的基数是小于 6,自动更新到表的每个六个修改. · 如果表的基数是大于 6,但小于或等于 500,更新状态每 500 的修改. · 如果基数大于 500,表为更新统计信息时(500 + 20%的表)发生了更改. · 表变量为基数的更改不会触发自动更新统计信息. 注意:此严格意义上讲,SQL Server 计算基数为表中的行数. 注意:除了基数,该谓语的选择性也会影响 AutoStats 生成.这意味着该统计信息可能无法更新的

  • SQL Server里书签查找的性能伤害

    SQL Server里书签查找的性能伤害

    在我的博客上,以前我经常谈到SQL Serverl里的书签查找,还有它们带来的很多问题.在今天的文章里,我想从性能角度进一步谈下书签查找,还有它们如何拉低你整个SQL Server性能. 书签查找--反复循环 如果你的非聚集索引不是个覆盖非聚集索引,SQL Server的查询优化器会引入书签查找.对于从非聚集索引你返回的每一行,SQL Server需要在聚集索引里或堆表里进行额外的查找操作. 例如当你的的聚集索引包含3层,为了返回必要的信息,对于每一行,你需要3页额外的读取.因此,查询优化器再执

  • SQL SERVER 里的错误处理（try catch)

    BEGIN TRY -- END TRY BEGIN CATCH -- END CATCH. 另外,WITH 语句如果前面还有别的SQL语句,应该在前面的SQL语句结尾加上分号";".比如在这个TRY CATCH里,就应该在前面加个";",如下: BEGIN TRY WITH w AS( SELECT f1,f2,f3 ,ROW_NUMBER() OVER(ORDER BY Id DESC) AS Row FROM [t1] WHERE Code=@Code ) I

  • Sql Server里删除数据表中重复记录的例子

    ［项目］ 数据库中users表,包含u_name,u_pwd两个字段,其中u_name存在重复项,现在要实现把重复的项删除! ［分析］ 1.生成一张临时表new_users,表结构与users表一样: 2.对users表按id做一个循环,每从users表中读出一个条记录,判断new_users中是否存在有相同的u_name,如果没有,则把它插入新表:如果已经有了相同的项,则忽略此条记录: 3.把users表改为其它的名称,把new_users表改名为users,实现我们的需要. ［程序］ 复制代

  • SQL Server 2012 安全概述

    SQL Server 2012 安全概述

    在保密你的服务器和数据,防备当前复杂的攻击,SQL Server有你需要的一切.但在你能有效使用这些安全功能前,你需要理解你面对的威胁和一些基本的安全概念.这篇文章提供了基础,因此你可以对SQL Server里的安全功能充分利用,不用在面对特定威胁,不能保护你数据的功能上浪费时间. 从让人眼花缭乱的客户端使用连接,通过到处分布的网络,尤其是互联网,关系数据库在各种应用程序里广泛使用.这使数据对任何人,在任何地方都可访问.数据库可以保存人类知识的很大部分,包括高度敏感的个人信息和让国际商务工作的关

随机推荐