首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >MySQL,InnoDB的并发插入,使用的是什么锁?(第7讲)

MySQL,InnoDB的并发插入,使用的是什么锁?(第7讲)

作者头像
架构师之路
发布2025-12-29 11:53:06
发布2025-12-29 11:53:06
1340
举报
文章被收录于专栏:架构师之路架构师之路

《数据库架构100讲》

7. MySQL InnoDB锁:共享/排他锁,意向锁,插入意向锁。

今天介绍InnoDB七种锁的其中三种:共享/排他锁,意向锁,插入意向锁

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

InnoDB里当然也实现了标准的行级锁(row-level locking),共享/排它锁:

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

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

兼容互斥表如下:

S X

S 兼容 互斥

X 互斥 互斥

即:

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

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

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

二,意向锁(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,虽然是同一个索引,虽然是同一个区间,但插入的记录并不冲突,故这里:

(1)使用的是插入意向锁

(2)并不会阻塞事务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会不会被阻塞呢?

且听下回分解。

知其然,知其所以然。

思路比结论更重要。

画外音:我学的MySQL知识基于5.6。

==全文完==

有架构合集吗?

流量从10万到10亿,80个架构问题

关于即时通讯架构的一切!

直播:每天只有30分钟,做什么副业合适?欢迎预约!

最近做了一个新产品:

70天,每天30分钟,短视频行动营(第二曲线最佳选择)

欢迎感兴趣的同学一起参与!

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2025-12-14,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 架构师之路 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档