第19/24周 锁升级(Lock Escalations)
大家好,欢迎回到性能调优培训。上2个星期我们已经讨论了SQLServer里的悲观和乐观锁。今天我想谈下SQL Server里对于锁的一个特殊现象:所谓的锁升级(Lock Escalations)。在我们进入那个问题的细节前,我想先谈下SQL Server内部使用的锁层级(Lock Hierarchy)。
锁层级(Lock Hierarchy)
2个星期前,当我们开始讨论悲观并发模式(pessimistic concurrency)时,我告诉你SQLServer在记录层会获取共享锁(Shared Locks)和排它锁(Exclusive Locks)。遗憾的是,这不是全部事实。完整事实是SQL Server会在不同粒度(granularities)获得锁,例如数据库,不同页,最后在记录层。SQL Server实现整个所层级(lock hierarchy),如下图所示:
一旦你使用一个数据库,你的会话会在数据库上获得一个共享锁(Shared Lock)。那个共享锁是需要的,因此没有其他人可以删除数据库,或还原数据库备份。这些操作会被阻塞,因为你打开的会话。SQL Server不但在行层上有共享锁和排它锁,SQL Server也在表和页层使用所谓的意向锁(Intent Locks)。
- 在行层有共享锁(Shared Locks),在表和页上拿到意向共享锁(intent shared lock(IS))。
- 在行层有排它锁(Exclusive Locks),在表和页上拿到意向排它锁(intent exclusive lock(IX))。
意向锁(Intent Locks)用来作为1个信号,表示在锁层级(lock hierarchy)里(很可能)有1个不兼容的锁在低一层已获得。意向锁是关系数据库主要性能调优。没有它们的话,锁管理器需要在低1层完全进入列表,来决定高1层的锁是否可以获取。如果你在表层有一个意向排它锁(IX),你就不能在表层获得排它锁(X),因为有些记录在表本身里已经是排它锁(X):在表层获得排它锁(X)会阻塞,因为在表上已经有意向排它锁(IX)。
遗憾的是这个多粒度锁并不是免费的:在SQL Server里每个锁需要96 bytes,因此会消耗一些内存,SQL Server必须保证没有查询使用太多的内存空间,不然的话内存会被耗尽。这就是为什么会有锁升级(lock escalations)的存在。
锁升级(Lock Escalations)
假设下列情景:你更新散布在20万个数据页上的1百万条记录。在那个情况下,你需要在记录本身获得1百万个排它锁(X),在不同页上获得20万个意向排它锁(IX),在表本身上获得1个意向排它锁(IX),你的查询合计需要获得1200001,在锁管理器需要近110M的锁空间——就只对这个简单查询。依据内存占用这个方法非常危险。因此你在一层一旦获得超过5000个锁,SQL Server就会触发锁升级(Lock Escalations)——例如在记录层。在那个情况下,SQL Server升级你个体细密度行锁为1个粗颗粒的表锁:
- 个体X锁升级为1个表的X锁
- 个体S锁升级为1个表的S锁
下图演示了锁升级发生前后的锁保持情况:
通过锁升级内存占用肯定会下降——但这也会影响你数据库的并发!在表上的排它锁(X)意味着没有其他人可以从你的表读写,在表层上的共享锁(S)意味着你的表是只读的,没有人可以写它!你数据库的吞吐量只会下降!
当你在1个层获得超过5000个锁,SQL Server就会触发锁升级。这是系统硬码限定,不同通过任何配置选项修改。自SQL Server 2008开始,你可以通过如下代码,控制通过ALTER TABLE DDL语句的锁升级:
ALTER TABLE MyTableName
SET
(
LOCK_ESCALATION = TABLE -- or AUTO or DISABLE
)
GO
默认情况,SQL Server总是升级到表级别(Table选项)。如果你设置升级选项为AUTO,当你的表是分区的话,SQL Server可以升级到分区级别。但对这个选项,你要非常仔细,因为如果你用错误的顺序访问分区,它会导致死锁。使用DISABLE选项,对表你停用了锁升级——这会带来刚才提到的所有各个副作用(内存消耗)。现在的问题是,你如何高效修改或删除5000条记录而不触发锁升级?
- 逐步更新/删除少于5000条记录(例如在WHILE循环里)
- 如果表分区的话,使用分区交换
- 临时停用锁升级,但要注意同时的内存耗用
小结
锁升级(Lock Escalations)是SQL Server提供的安全保障。它们为什么存在有个好理由,但当升级发生时,这个会引入更少并发的副作用。因此当你在写一次处理超过5000条记录的代码时要非常仔细。或许你可以逐步处理这些记录,而不是用1个大的UPDATE/DELETE语句。如果你想了解更多锁升级信息,可以看下我以前写一篇文章《锁升级》。
下周我们继续SQL Server里的锁和阻塞,讲下死锁,还有SQL Server如何处理它们。请继续关注!
围观PPT:
第19/24周 锁升级(Lock Escalations)的更多相关文章
- 第0/24周 SQL Server 性能调优培训引言
大家好,这是我在博客园写的第一篇博文,之所以要开这个博客,是我对MS SQL技术学习的一个兴趣记录. 作为计算机专业毕业的人,自己对技术的掌握总是觉得很肤浅,博而不专,到现在我才发现自己的兴趣所在,于 ...
- (转)DB2性能优化 – 如何通过调整锁参数优化锁升级
原文:http://blog.51cto.com/5063935/2074306 1.概念描述 所谓的锁升级(lock escalation),是数据库的一种作用机制,为了节约内存的开销, 其会将为数 ...
- 锁升级(Lock Escalations)——它们经常发生么?
前段时间,我写了一些SQL Server里锁升级的基础知识,还有它是如何影响执行计划的.今天,我想进一步谈下锁升级: 锁升级什么时候发生? 通常在SQL Server里如果在SQL语句里你请求的行数超 ...
- SQL Server Lock Escalation - 锁升级
Articles Locking in Microsoft SQL Server (Part 12 – Lock Escalation) http://dba.stackexchange.com/qu ...
- MySQL 避免行锁升级为表锁——使用高效的索引
文章目录 普通索引 属性值重复率高 属性值重复率低 小结 众所周知,MySQL 的 InnoDB 存储引擎支持事务,支持行级锁(innodb的行锁是通过给索引项加锁实现的).得益于这些特性,数据库支持 ...
- 面试官:说一下Synchronized底层实现,锁升级的具体过程?
面试官:说一下Synchronized底层实现,锁升级的具体过程? 这是我去年7,8月份面试的时候被问的一个面试题,说实话被问到这个问题还是很意外的,感觉这个东西没啥用啊,直到后面被问了一波new O ...
- 第18/24周 乐观并发控制(Optimistic Concurrency)
大家好,欢迎回到性能调优培训.上个星期我通过讨论悲观并发模式拉开了第5个月培训的序幕.今天我们继续,讨论下乐观并发模式(Optimistic Concurrency). 行版本(Row Version ...
- 再谈synchronized锁升级
在图文详解Java对象内存布局这篇文章中,在研究对象头时我们了解了synchronized锁升级的过程,由于篇幅有限,对锁升级的过程介绍的比较简略,本文在上一篇的基础上,来详细研究一下锁升级的过程以及 ...
- 禁用sqlserver的锁升级
锁升级 SQLSERVER.DB2中的锁是内存里面实现的,这就有个资源消耗问题,当锁的数量达到一个阀值或内存有压力时,就会引发锁升级.实际的情况是从row lock直接升级到table lock,而不 ...
随机推荐
- 微软Connect教程系列--自动生成增删改查页面工具介绍(二)
本章课程描述了vs2015的三个特点,其中主要将描述在vs2015下面,使用命令自动生成增删改查界面,具体如下: 1.web.config文件不在存在,用config.json替代,以适应支撑vs的插 ...
- [Xamarin] 從Xamarin中呼叫 *.jar 的 library - 呼叫篇 (转帖)
上篇文章我們建立一個很簡單的Library : com.example.blackfactory.UtilFunc 現在我們要在Xamarin 中呼叫囉! 首先我們要先成立一個橋接的專案 JARBri ...
- AMD加载器实现笔记(五)
前几篇文章对AMD规范中的config属性几乎全部支持了,这一节主要是进一步完善.到目前为止我们的加载器还无法处理环形依赖的问题,这一节就是解决环形依赖. 所谓环形依赖,指的是模块A的所有依赖项的依赖 ...
- [.net 面向对象编程基础] (7) 基础中的基础——流程控制语句
[.net 面向对象编程基础] (7) 基础中的基础——流程控制语句 本来没有这一节的内容,后来考虑到既然是一个系列文章,那么就尽可能写的详细一些,本节参考了网上朋友所写的例子,为的是让更多小伙伴学习 ...
- 让我欲罢不能的node.js
从我大一接触第一门编程语言C开始,到现在工作三年陆续接触到了C.汇编.C++.C#.Java.JavaScript.PHP,还有一些HTML.CSS神马的,从来没有一门语言让我像对node.js一样的 ...
- 使用aggregate在MongoDB中查找重复的数据记录
我们知道,MongoDB属于文档型数据库,其存储的文档类型都是JSON对象.正是由于这一特性,我们在Node.js中会经常使用MongoDB进行数据的存取.但由于Node.js是异步执行的,这就导致我 ...
- SQL——索引
索引是根据表中一列或若干列按照一定顺序建立的列值与记录行之间的对应关系表.在数据库系统中建立索引主要有以下作用: l快速存取数据: l保证数据记录的唯一性: l实现表与表之间的参照完整性: l在使用O ...
- Redis教程(十二):服务器管理命令总结
转载于:http://www.itxuexiwang.com/a/shujukujishu/redis/2016/0216/140.html 一.概述: Redis在设计之初就被定义为长时间不间断运行 ...
- MVVM架构~knockoutjs系列之数组的$index和$data
返回目录 已经写了很多knockoutjs的文章了,今天在review代码时,忽然看到一个问题,在knockout环境下,如何遍历一个简单的数组?对于遍历对象组件的数组来说,很容易,直接foreach ...
- [Java集合] 彻底搞懂HashMap,HashTable,ConcurrentHashMap之关联.
注: 今天看到的一篇讲hashMap,hashTable,concurrentHashMap很透彻的一篇文章, 感谢原作者的分享. 原文地址: http://blog.csdn.net/zhanger ...