1.概述

当我们用范围条件而不是相等条件检索数据,并请求共享或排他锁时,InnoDB会给符合条件的已有数据记录的索引项加锁;对于键值在条件范围内但并不存在的记录,叫做“间隙(GAP)”,InnoDB也会对这个“间隙”加锁,这种锁机制就是所谓的间隙锁(Next-Key锁)。

2.InnoDB存储引擎的间隙锁阻塞例子

先创建一个间隙临时表,ID为主键自增:

MySQL [(none)]> CREATE TABLE goods. tab_gap (ID INT NOT NULL auto_increment,Name VARCHAR(50),PRIMARY KEY(ID));
Query OK, 0 rows affected (0.02 sec)

先插入五行数据:

MySQL [(none)]> INSERT INTO goods.tab_gap (ID,`Name`) VALUES (1,'a'),(2,'b'),(3,'c'),(4,'d'),(5,'e');
Query OK, 5 rows affected (0.01 sec)
Records: 5 Duplicates: 0 Warnings: 0

示例:

session_1

session_2

(1)查询事务隔离级别是否是可重复读

(1)查询事务隔离级别是否是可重复读

MySQL [(none)]> SHOW VARIABLES LIKE 'transaction_isolation%';

+-----------------------+-----------------+

| Variable_name         | Value                      |

+-----------------------+-----------------+

| transaction_isolation | REPEATABLE-READ |

+-----------------------+-----------------+

1 row in set (0.01 sec)
MySQL [(none)]> SHOW VARIABLES LIKE 'transaction_isolation%';

+-----------------------+-----------------+

| Variable_name         | Value                      |

+-----------------------+-----------------+

| transaction_isolation | REPEATABLE-READ |

+-----------------------+-----------------+

1 row in set (0.01 sec)

(2)先设置事务T1提交类型为事务非自动提交。

(2)先设置事务T2提交类型为事务非自动提交。

MySQL [(none)]> SET AUTOCOMMIT=0;

Query OK, 0 rows affected (0.00 sec)
MySQL [(none)]> SET AUTOCOMMIT=0;

Query OK, 0 rows affected (0.00 sec)

(3)为当前session_1事务中Name=’f’不存在的记录行加排他锁。

MySQL [(none)]> SELECT * FROM goods.tab_gap WHERE `Name`='f' FOR UPDATE;

Empty set (0.00 sec)

(3)如果这时session_2插入ID=6的记录行(注意:这条记录并不存在),也会出现锁等待。

MySQL [(none)]> INSERT INTO goods.tab_gap (ID,`Name`) VALUES (6,'f');

阻塞...

(4)回滚事务。

MySQL [(none)]> ROLLBACK;

Query OK, 0 rows affected (0.00 sec)

(4)由于session_1回滚后释放了间隙锁, 所以当前session_2可以获得锁并成功插入记录。

MySQL [(none)]> INSERT INTO goods.tab_gap (ID,`Name`) VALUES (6,'f');

Query OK, 1 row affected (38.41 sec)

(5)提交事务,释放锁。

MySQL [(none)]> COMMIT;

Query OK, 0 rows affected (0.00 sec)

(4)为当前session_1事务中ID>4范围的记录行加排他锁。

MySQL [(none)]> SELECT * FROM goods.tab_gap WHERE ID>4 FOR UPDATE;

+----+------+

| ID | Name |

+----+------+

|  5 | e    |

|  6 | f    |

+----+------+

2 rows in set (0.00 sec)

(6)为当前session_2事务中ID=5的记录行加排他锁,发生阻塞。

MySQL [(none)]> SELECT * FROM goods.tab_gap WHERE ID>5 FOR UPDATE;

阻塞...

从示例中可以看到,在Mysql默认事务隔离级别下,如果在相等的条件中给一个不存在的记录行加锁,InnoDB也会使用间隙锁,不然session_1会出现幻读(session_1事务中能查询到session_2插入ID=6的记录行)。而当我们在ID>4范围条件内加锁,InnoDB不仅会对符合条件的ID值为5、6的记录行加锁,也会为大于6以上的记录行加间隙锁(不管数据是否存在)。

3.总结

InnoDB使用间隙锁的目的,一方面是为了防止幻读,以满足相关隔离级别的要求。另外一方面,是为了满足其恢复和复制的需要。有关其恢复和复制对锁机制的影响,以及不同隔离级别下InnoDB使用间隙锁的情况,在后续的章节中会做进一步介绍。很显然,在使用范围条件检索并锁定记录时,InnoDB这种加锁机制会阻塞符合条件范围内键值的并发插入,这往往会造成严重的锁等待!因此,在实际应用开发中,尤其是并发插入比较多的应用程序,我们要尽量优化业务逻辑,尽量使用相等条件来访问更新数据,避免使用范围条件。还要特别说明的是,InnoDB除了通过范围条件加锁时使用间隙锁外,如果使用相等条件请求给一个不存在的记录加锁,InnoDB也会使用间隙锁!

参考文献:
深入浅出MySQL大全

(10)MySQL进阶篇SQL优化(InnoDB锁-间隙锁)的更多相关文章

  1. (6)MySQL进阶篇SQL优化(MyISAM表锁)

    1.MySQL锁概述 锁是计算机协调多个进程或线程并发访问某一资源的机制.在数据库中,除传统的计算资源 (如 CPU.RAM.I/O 等)的抢占以外,数据也是一种供许多用户共享的资源.如何保证数 据并 ...

  2. (11)MySQL进阶篇SQL优化(InnoDB锁问题排查与解决)

    1.概述 前面章节之所以介绍那么多锁的知识点和示例,其实最终目的就是为了排查与解决死锁的问题,下面我们把之前学过锁知识重温与补充一遍,然后再通过例子演示下如果排查与解决死锁. 2.前期准备 ●数据库事 ...

  3. (7)MySQL进阶篇SQL优化(InnoDB锁-事务隔离级别 )

    1.概述 在我们在学习InnoDB锁知识点之前,我觉得有必要让大家了解它的背景知识,因为这样才能让我们更系统地学习好它.InnoDB与MyISAM的最大不同有两点:一是支持事务(TRANSACTION ...

  4. (9)MySQL进阶篇SQL优化(InnoDB锁-记录锁)

    1.概述 InnoDB行锁是通过给索引上的索引项加锁来实现的,这一点MySQL与Oracle不同,后者是通过在数据块中对相应数据行加锁来实现的.InnoDB这种行锁实现特点意味着:只有通过索引条件检索 ...

  5. (8)MySQL进阶篇SQL优化(InnoDB锁-共享锁、排他锁与意向锁)

    1.锁的分类 锁(Locking)是数据库在并发访问时保证数据一致性和完整性的主要机制.之前MyISAM锁章节已经讲过锁分类,而InnoDB锁按照粒度分为锁定整个表的表级锁(table-level l ...

  6. (4)MySQL进阶篇SQL优化(常用SQL的优化)

    1.概述 前面我们介绍了MySQL中怎么样通过索引来优化查询.日常开发中,除了使用查询外,我们还会使用一些其他的常用SQL,比如 INSERT.GROUP BY等.对于这些SQL语句,我们该怎么样进行 ...

  7. (2)MySQL进阶篇SQL优化(show status、explain分析)

    1.概述 在应用系统开发过程中,由于初期数据量小,开发人员写SQL语句时更重视功能上的实现,但是当应用系统正式上线后,随着生产数据量的急剧增长,很多SQL语句开始逐渐显露出性能问题,对生产环境的影响也 ...

  8. (3)MySQL进阶篇SQL优化(索引)

    1.索引问题 索引是数据库优化中最常用也是最重要的手段之一,通过索引通常可以帮助用户解决大多数 的SQL性能问题.本章节将对MySQL中的索引的分类.存储.使用方法做详细的介绍. 2.索引的存储分类 ...

  9. (5)MySQL进阶篇SQL优化(优化数据库对象)

    1.概述 在数据库设计过程中,用户可能会经常遇到这种问题:是否应该把所有表都按照第三范式来设计?表里面的字段到底改设置为多大长度合适?这些问题虽然很小,但是如果设计不当则可能会给将来的应用带来很多的性 ...

随机推荐

  1. 最简要的Dubbo文档

    1.Dubbo是什么? Dubbo是阿里巴巴开源的基于 Java 的高性能 RPC 分布式服务框架,现已成为 Apache 基金会孵化项目. 面试官问你如果这个都不清楚,那下面的就没必要问了. 官网: ...

  2. css实现京东顶部导航条

    1 <!DOCTYPE html> 2 <html lang="en"> 3 <head> 4 <meta charset="U ...

  3. CPython-对象/类型系统

    Python中一切皆对象,包括实例对象和类型对象,如整数.浮点数.字符串是实例对象,整数类型.浮点数类型.字符串类型是类型对象. # [Python]>>> n=10 >> ...

  4. 你才不是只会理论的女同学-seata实践篇

    本文主要内容为seata的实践篇,理论知识不懂的请参考前文: 我还不懂什么是分布式事务 主要介绍两种最常用的TCC和AT模式. 环境信息: mysql:5.7.32 seata-server:1.4. ...

  5. 高可用负载均衡 haproxy+keepalived

    服务器 20.0.0.206    10.0.0.206 bs-hk-hk01 高可用负载均衡节点 2c2g 20.0.0.207    10.0.0.207 bs-hk-hk02 高可用负载均衡节点 ...

  6. 敏捷史话(十三):我被 Facebook 解雇了——Kent Beck

    2011年,Kent Beck 加入了 Facebook .那时候的他已年过半百,几十年的经验让他自认为非常了解软件行业.在 Facebook 的新手训练营期间,Kent 开始意识到,Facebook ...

  7. 【RocketMQ源码分析】深入消息存储(2)

    前文回顾 CommitLog篇 --[RocketMQ源码分析]深入消息存储(1) MappedFile篇 --[RocketMQ源码分析]深入消息存储(3) 前文说完了一条消息如何被持久化到本地磁盘 ...

  8. HTML5-本地存储浅谈

    Web Storage是HTML5里面引入的一个类似于cookie的本地存储功能,可以用于客户端的本地存储 sessionStorage && localStorage session ...

  9. ubuntu20.04开机显示recovering journal死机的解决方法

    事发突然,在今天开机的时候无法进入登陆界面,一直卡在黑屏界面,屏幕上只显示几行代码,且任何按键都无法起作用 /dev/sdb2:recovering journal /dev/sdb2:Clearin ...

  10. java面试一日一题:请讲下对mysql的理解

    问题:请讲下对mysql的理解 分析:该问题主要考察对mysql的理解,基本概念及sql的执行流程 回答要点: 主要从以下几点去考虑, 1.mysql的整体架构? 2.mysql中每一个组件的作用? ...