mysql 间隙锁_MySQL的间隙锁

阅读文本大概需要3分钟。

0x01:什么是间隙锁

        间隙锁(Gap Lock)是Innodb在可重复读提交下为了解决幻读问题时引入的锁机制。当用范围条件而不是相等条件检索数据,并请求共享或排他锁时,InnoDB会给符合条件的已有数据记录的索引项加锁;对于键值在条件范围内但不存在的记录,叫做“间隙(GAP)”,InnoDB也会对这些“间隙”进行加锁,这种锁机制就是所谓的间隙锁(NEXT-KEY)锁。

0x02:间隙锁引起的问题

       因为执行SELECT语句中,如果通过范围查找的话,间隙锁会锁定整个范围内所有的索引键值,即使这个键值并不存在。这个就是间隙锁最致命的缺点,就是当锁定一个范围键值之后,即使某些不存在的键值也会被无辜的锁定,而造成在锁定的时候无法插入锁定值范围内的任何数据,在某些场景下这可能会针对性造成很大的危害。

0x03:间隙锁例子

建表:

CREATE TABLE `gas_lock_tab` (`id`  bigint(20) NOT NULL COMMENT 'id' ,`user_name_py`  int(11) NOT NULL COMMENT '用户姓名拼音' ,
PRIMARY KEY (`id`),INDEX `usernameIndex` (`user_name_py`) USING BTREE 
)ENGINE=InnoDBDEFAULT CHARACTER SET=utf8 COLLATE=utf8_general_ci
ROW_FORMAT=DYNAMIC
;

插入数据:

INSERT INTO `gas_lock_tab`(`id`, `user_name_py`) VALUES (1, 'huangjinjin');INSERT INTO `gas_lock_tab`(`id`, `user_name_py`) VALUES (3, 'java乐园');INSERT INTO `gas_lock_tab`(`id`, `user_name_py`) VALUES (5, '架构师知音');INSERT INTO `gas_lock_tab`(`id`, `user_name_py`) VALUES (8, 'java狂人');   

插入数据后查询:

mysql> select * from gas_lock_tab;
+----+--------------+| id | user_name_py |
+----+--------------+
|  1 | huangjinjin  ||  3 | java乐园     |
|  8 | java狂人     ||  5 | 架构师知音    |
+----+--------------+
4 rows in set  

      注意表中的数据,id字段是int型,包含1,3,5,8;当然1到8中间,缺少连续的id:2,4,6,7,而没有连续下来。一般在表里的主键id最好是连续的,方便索引;所谓的删除其实是做逻辑删除,只是做了状态更改,而不做物理删除。

打开两个Mysql终端,分别设置autocommit为0(手动提交事务),也就是关闭自动提交功能,事务隔离级别处于可重复读状态。

session 1:

mysql> set autocommit=0;
Query OK, 0 rows affected

8c6fe6717f2b6ec91284636f0da44f99.png

session 2:

mysql> set autocommit=0;
Query OK, 0 rows affected

e3a36205e71fd80ffc13cf60294dced7.png

session 1 执行update操作,执行成功

mysql> update gas_lock_tab set user_name_py = '1234' where id > 1 and id 
Query OK, 0 rows affected
Rows matched: 1  Changed: 0  Warnings: 0

也就是对3这四条数据做修改。注意这里没有id为2和4的记录;在第二个终端执行insert操作,发现被阻塞。

insert into gas_lock_tab values (2,'it大佬');

d4ad42d559a06fe7d24a29f1e4caaf99.png

按说在InnoDB的行级锁,两个不同的终端操作不同的行数据,不会造成阻塞,但是阻塞出现了。达到超时时间后,seesion 2出现如下错误:

eb4afa2deb35aa1a837c67a8be30dfe7.png

另外,如果在session 2的插入语句没有超时之前,对session 1进行 commit操作,则会发现session 2也会执行操作成功。

session 1 commit操作:

a442d97df31a7882c8a41ce9409a0ff0.png

session 2出现的结果:

ffa236aaffa15a5ca71461c4a12d9847.png

这时对session 1做commit操作,发现update和inster操作都生效了。

fb571a0fddddc9a8504267fcfcccab03.png

往期精彩

01 漫谈发版哪些事,好课程推荐

02 Linux的常用最危险的命令

03 精讲Spring Boot—入门+进阶+实例

04 优秀的Java程序员必须了解的GC哪些

05 互联网支付系统整体架构详解

关注我

每天进步一点点

0a8a76ab9e4bc2d73ecdbc5de7802a57.png

喜欢!在看☟
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值