InnoDB行锁,如何锁住一条不存在的记录?

栏目: 数据库 · Mysql · 发布时间: 5年前

内容简介:《四种隔离级别,又脱不开聊读脏,不可重复读,读幻象等问题。事务隔离级别,行锁机制等都比较

InnoDB,5项最佳实践,知其所以然? 》发布后,不少同学留言希望讲讲 MySQL 的InnoDB行锁机制。要细聊MySQL的行锁,难以避免的要从事务的四种隔离级别说起。

四种隔离级别,又脱不开聊读脏,不可重复读,读幻象等问题。

事务隔离级别,行锁机制等都比较 垂直 ,应用开发中大部分同学都用不到,不确定是否大部分朋友都感兴趣。

今天,先抛出一个问题,如果大家确定对这类话题感兴趣的话,后续我花时间细聊这一系列问题。

MySQL默认的事务隔离级别是 Repeated Read (RR),假设使用的存储引擎是InnoDB,在这个隔离级别下:

(1)读取到数据,都是其他事务已提交的数据;

(2)同一个事务中,相同的连续读,得到的结果应该是相同的;

(3)不会出现insert幻象读;

假设有数据表:

t(id int PK, name);

假设目前的记录是:

10, shenjian

20, zhangsan

30, lisi

Case 1

事务A先执行,并且处于未提交状态:

update t set name=’a’ where id=10;

事务B后执行:

update t set name=’b’ where id=10;

因为事务A在PK id=10上加了 行锁 ,因此事务B会阻塞。

Case 2

事务A先执行,并且处于未提交状态:

delete from t where id=40;

事务A想要 删除一条不存在的记录

事务B后执行:

insert into t values(40, ‘c’);

事务B想要 插入一条主键不冲突的记录

问题1:事务B是否阻塞?

问题2:如果事务B阻塞,锁如何加在一条不存在的记录上呢?

问题3:事务的隔离级别,索引类型,是否对问题1和问题2有影响呢?

如果大家对这些问题感兴趣,后续我花时间深入梳理逻辑,画图细聊。

如果不感兴趣,我换数据库应用层架构的话题。

是不是很有意思的一个问题?

猜猜InnoDB的行锁是怎么做到的?


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Cypherpunks

Cypherpunks

Julian Assange、Jacob Appelbaum、Andy Müller-Maguhn、Jérémie Zimmermann / OR Books / 2012-11 / GBP 8.99

Cypherpunks are activists who advocate the widespread use of strong cryptography (writing in code) as a route to progressive change. Julian Assange, the editor-in-chief of and visionary behind WikiLea......一起来看看 《Cypherpunks》 这本书的介绍吧!

JS 压缩/解压工具
JS 压缩/解压工具

在线压缩/解压 JS 代码

MD5 加密
MD5 加密

MD5 加密工具