博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【 58沈剑 架构师之路】InnoDB七种锁——共享/排它锁、意向锁、插入意向锁
阅读量:6913 次
发布时间:2019-06-27

本文共 2253 字,大约阅读时间需要 7 分钟。

hot3.png

今天,将要介绍InnoDB另外三种:共享/排他锁意向锁插入意向锁

 

一,共享/排它锁(Shared and Exclusive Locks)

《》一文介绍了通用的共享/排它锁,在InnoDB里当然也实现了标准的行级锁(row-level locking),共享/排它锁

(1)事务拿到某一行记录的共享S锁,才可以读取这一行;

(2)事务拿到某一行记录的排它X锁,才可以修改或者删除这一行;

 

兼容互斥表如下:

          S          X

S      兼容      互斥

X      互斥      互斥

 

即:

(1)多个事务可以拿到一把S锁,读读可以并行

(2)而只有一个事务可以拿到X锁,写写/读写必须互斥

 

共享/排它锁的潜在问题是,不能充分的并行,解决思路是数据多版本,具体思路在《》里介绍过,这里不再深入展开。

 

二,意向锁(Intention Locks)

InnoDB支持多粒度锁(multiple granularity locking),它允许行级锁与表级锁共存,实际应用中,InnoDB使用的是意向锁。

 

意向锁是指,未来的某个时刻,事务可能要加共享/排它锁了,先提前声明一个意向。

 

意向锁有这样一些特点:

(1)首先,意向锁,是一个表级别的锁(table-level locking);

(2)意向锁分为:

  • 意向共享锁(intention shared lock, IS),它预示着,事务有意向对表中的某些行加共享S锁

  • 意向排它锁(intention exclusive lock, IX),它预示着,事务有意向对表中的某些行加排它X锁

 

举个例子:

select ... lock in share mode,要设置IS锁

select ... for update,要设置IX锁

 

(3)意向锁协议(intention locking protocol)并不复杂:

  • 事务要获得某些行的S锁,必须先获得表的IS锁

  • 事务要获得某些行的X锁,必须先获得表的IX锁

 

(4)由于意向锁仅仅表明意向,它其实是比较弱的锁,意向锁之间并不相互互斥,而是可以并行,其兼容互斥表如下:

          IS          IX

IS      兼容      兼容

IX      兼容      兼容

 

(5)额,既然意向锁之间都相互兼容,那其意义在哪里呢?它会与共享锁/排它锁互斥,其兼容互斥表如下:

          S          X

IS      兼容      互斥

IX      互斥      互斥

画外音:排它锁是很强的锁,不与其他类型的锁兼容。这也很好理解,修改和删除某一行的时候,必须获得强锁,禁止这一行上的其他并发,以保障数据的一致性。

 

三,插入意向锁(Insert Intention Locks)

对已有数据行的修改与删除,必须加强互斥锁X锁,那对于数据的插入,是否还需要加这么强的锁,来实施互斥呢?插入意向锁,孕育而生。

 

插入意向锁,是间隙锁(Gap Locks)的一种(所以,也是实施在索引上的),它是专门针对insert操作的。

画外音:有点尴尬,间隙锁下一篇文章才会介绍,暂且理解为,它是一种实施在索引上,锁定索引某个区间范围的锁。

 

它的玩法是:

多个事务,在同一个索引,同一个范围区间插入记录时,如果插入的位置不冲突,不会阻塞彼此

画外音:官网的说法是

Insert Intention Lock signals the intent to insert in such a way that multiple transactions inserting into the same index gap need not wait for each other if they are not inserting at the same position within the gap.

 

这样,之前挖坑的例子,就能够解答了。

 

在MySQL,InnoDB,RR下:

t(id unique PK, name);

 

数据表中有数据:

10, shenjian

20, zhangsan

30, lisi

 

事务A先执行,在10与20两条记录中插入了一行,还未提交:

insert into t values(11, xxx);

 

事务B后执行,也在10与20两条记录中插入了一行

insert into t values(12, ooo);

 

(1)会使用什么锁?

(2)事务B会不会被阻塞呢?

 

回答:虽然事务隔离级别是RR,虽然是同一个索引,虽然是同一个区间,但插入的记录并不冲突,故这里:

  • 使用的是插入意向锁

  • 不会阻塞事务B

 

思路总结

(1)InnoDB使用共享锁,可以提高读读并发

(2)为了保证数据强一致,InnoDB使用强互斥锁,保证同一行记录修改与删除的串行性;

(3)InnoDB使用插入意向锁,可以提高插入并发

 

结尾

假设不是插入并发,而是读写并发,又会是什么样的结果呢?

 

MySQL,InnoDB,默认的隔离级别(RR)。

t(id unique PK, name);

 

数据表中有数据:

10, shenjian

20, zhangsan

30, lisi

 

事务A先执行,查询了一些记录,还未提交:

select * from t where id>10;

 

事务B后执行,在10与20两条记录中插入了一行

insert into t values(11, xxx);

 

这里:

(1)会使用什么锁?

(2)事务B会不会被阻塞呢?

请看

转载于:https://my.oschina.net/u/2607135/blog/2980792

你可能感兴趣的文章
SQL SERVER 2008中启用相应的功能
查看>>
Implementing a small Cron service in C# - CodeProject
查看>>
REST::Neo4p – PERL版本的”OGM”
查看>>
linux中service *** start与直接运行/usr/bin/***的区别
查看>>
剑指offer题目java实现
查看>>
Linux内核之于红黑树and AVL树
查看>>
LoaderManager使用详解(二)---了解LoaderManager
查看>>
EtherCAT对PHY有要求?
查看>>
ios应用内下载并安装另一个应用
查看>>
SQL GROUP BY 语句
查看>>
简单介绍一些HTML代码(字幕、音频和视频)
查看>>
Java——复选框:JCheckBox
查看>>
用android模拟器Genymotion定位元素
查看>>
iOS学习:UILabel和sizeWithFont方法
查看>>
“伴侣”机器人问世 宅男宅女们这下有福了!
查看>>
我的友情链接
查看>>
Android开发 - 更"聪明"的申请权限方式
查看>>
SVN配置安装
查看>>
linux基础命令 grep
查看>>
Awstats服务
查看>>