曾今有件事情让我记忆犹新,那年刚来携程不久,马上就被安排写一个接口,供企鹅公司调用他们员工的差旅信息,然后我就三下五除二的给写好了,上线之后,大概过了一个月。。。DBA那边报告数据库出现大量锁超时,并且及时根据sql的来源将email发到了我们部门,指出sql读取时间过长,并且缺少nolock,影响了大量机票订单入库,然后我就拿着sql去生产环境跑了下,22s。。。花擦。。。项目上线时间太久,版本已经不存在了,无法回滚。。。原本准备撤下接口。。。看了下撤下接口跟加上nolock时间相差不多,最后决定先加上nolock,发布紧急单。。。然后再优化,DBA那边暂时做手工解锁,发上去后,最后就是损失XXXX订单。。。定级为三级事件。然后就是追责,当然这个责任只能有老大们去承担了,出了这次由我引发的事件,我得思考了,出了事情对我不见得全是坏事,起码这次会让我铭记如心,想想也搓,来携程之前根本就不会关注要不要给select指定nolock,这其中也包括自己没遇到过大数据吧,也包括自己的能力有限,只知道有锁这个玩意,细说的话就啥也不知道了,后来才知道携程有个规则,就是很多业务产线所写的select都必须指定nolock,懂一点的人可能会说nolock可以提升性能,如果你这样说,确实是这样,因为数据库的锁是有96字节开销的,没了锁,也就没有你在profile中看到accquired和released痉挛了,当你看完我的事件之后,你可能会意识到,性能提升不是最关心的,最关心的就是不要出现死锁,锁等待。。。好了,言归正传,下面我们看看到底在数据库中可以指定多少个锁???

一:到底可以指定多少个锁

这个问题有意思,我们不需要记,只要你装一个SQL Prompt,有了这个神器,你就知道到底有多少个?如下图:


DROP TABLE dbo.Person
CREATE TABLE Person(ID INT IDENTITY,NAME CHAR(4000) DEFAULT 'xxxxx')
INSERT INTO dbo.Person DEFAULT VALUES
go 6

一眼扫下去,还是蛮多的,不过你要注意了,那些所谓的XXXLock才是我们需要关注的,根据上面的图,我们大概把锁分个类。。。

  • 粒度锁:PAGLOCK, TABLOCK, TABLOCKX, ROWLOCK, NOLOCK

  • 模式锁:HOLDLOCK, UPDLOCK, XLOCK

接下来我从粒度锁说起:

1. NOLOCK

都说nolock是无锁模式的,那到底是怎样的无锁呢???到这篇为止,你应该知道,如果不加nolock,我们的表,数据页是附加IS锁的,那接下来我用profile看下两者有什么区别。

从上图中,你会看到加上nolock之后,object上面附加了Sch-S锁,这个锁叫做“架构稳定锁”,很简单就是sql编译时附加的一把锁,目的就是防止在编译时,有其他连接修改表结构,而这个锁只与Sch-M锁冲突,与其他锁都兼容,这说明什么?说明其他连接锁住了记录也没关系,我的nolock不跟他们打交道,这样的话,就可能会读到脏数据,不过没关系,携程的很多业务是容许脏数据的,毕竟比锁等待,死锁要强得多,再说nolock读到了其他连接未修改或者未提交的数据,这个概率也比较低,就算遇到了也没关系,一般不会招来客诉的,客人或许再刷下页面,数据或许就正确了,对不对。。。

2.TABLOCK

这个还是比较见名识义的,就是附加在table上的锁,也就是表锁了,很恐怖的。。。下面我举个Update的例子,看看前后对比。

在上面你有没有看到,X锁已经附加到OBJECT上面去了。。。这样的话,其他连接就动不了这个Object了,只能等待。。。

3. PAGLOCK

看了名字你应该也知道,就是附加到页面这个级别的锁,我也举一个Update的例子。


BEGIN TRAN
UPDATE dbo.Person SET NAME='aaaaa' WHERE ID=6
BEGIN TRAN
UPDATE dbo.Person WITH(PAGLOCK) SET NAME='bbbbb' WHERE ID=4

从上面两个图中,你应该可以看到,原来附加到RID上面的U锁,由于PagLock的提升,现在要附加到Page上面了,这个就是所谓的数据页锁。

4.TABLOCKX, ROWLOCK

这两个我就不细说了,TABLOCKX就是直接附加在table上的X锁,你可以通过select看一下。

ROWLOCK的话,默认情况下就是ROWLOCK,比如默认的Update,你会发现RID上被附加的U锁,这个就是行锁。

5.UPDLOCK

这个锁还是蛮有意思的,它就是update锁,如果你select下,它会呈现update的锁痉挛效果。

6. XLOCK

知道了UPDLOCK锁,我想XLOCK你也应该明白了。。。它就是delete锁,即排他锁,我可以让select带上排他锁。

7.HOLDLOCK

最后一个我也没闹明白,据说是让语句在整个事务中持有锁,然后我就用select和update调试一下。


SELECT * FROM dbo.Person(HOLDLOCK)
UPDATE dbo.Person WITH(HOLDLOCK) SET NAME='bbbbb' WHERE ID=4

从图中可以看到,HOLDLOCK不管是在select还是Update中,都是对表持有锁,这个就留给大家观察哈~~~

好了,本系列就到此为止,希望您学的愉快,吃的开心!


©著作权归作者所有:来自51CTO博客作者mb5fd86a704dffe的原创作品,如需转载,请注明出处,否则将追究法律责任

更多相关文章

  1. Sql Server之旅——第十三站 深入的探讨锁机制
  2. Sql Server之旅——第十二站 对锁的初步认识
  3. CISSP学习:第9章安全漏洞、威胁和对策
  4. PHP基础: 命名空间的引入方式和自动加载类、附加:mysql的一些基
  5. awk函数-摘自Linux Shell核心编程指南
  6. 2021年企业bi工具推荐
  7. 命名空间类名三种引用-命名冲突解决-自动加载-数据库操作
  8. 内存不够用还要速度快,终于找到可以基于 File 的 Cache 了
  9. 你没有看错,爬网页数据,C# 也可以像 Jquery 那样

随机推荐

  1. android之interpolator的用法详解
  2. Android 动画的重复播放
  3. Android中常用的五种布局
  4. Android MMS,SMS之常用Uri
  5. Android SDK 下载 链接
  6. Android获取视频音频的时长的方法
  7. android如何调用显示和隐藏系统默认的输
  8. Android的一些小问题处理
  9. Android API 中文 (42) —— ListView
  10. Android开源项目第二篇——工具库篇