1.概述

InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则InnoDB将使用表锁！在实际应用程序中，要特别注意InnoDB行锁的这一特性，不然的话，可能导致大量的锁冲突，从而影响并发性能。

2. InnoDB行锁实现方式

2.1InnoDB存储引擎的表在不使用索引时使用表锁例子

创建一个临时表：

  1. MySQL [(none)]> CREATE TABLE goods.tab_no_index (ID INT,Name VARCHAR(50));
  2. Query OK, 0 rows affected (0.02 sec)

插入三条测试数据：

  1. MySQL [(none)]> INSERT INTO goods.tab_no_index (ID,`Name`) VALUES (1,'1'),(2,'2'),(3,'3');
  2. Query OK, 3 rows affected (0.00 sec)
  3. Records: 3  Duplicates: 0  Warnings: 0

session_1

session_2

（1）先设置事务T1提交类型为事务非自动提交。

（1）先设置事务T2提交类型为事务非自动提交。

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

（2）在当前事务T1中查询tab_no_index表的数据行ID=1数据。

（2）在当前事务T2中查询tab_no_index表的数据行ID=2数据。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_no_index WHERE ID=1;
  2.  
  3. +------+------+
  4.  
  5. | ID   | Name |
  6.  
  7. +------+------+
  8.  
  9. |    1 | 1    |
  10.  
  11. +------+------+
  12.  
  13. 1 row in set (0.00 sec)
 
  1. MySQL [(none)]> SELECT * FROM goods.tab_no_index WHERE ID=2;
  2.  
  3. +------+------+
  4.  
  5. | ID   | Name |
  6.  
  7. +------+------+
  8.  
  9. |    2 | 2    |
  10.  
  11. +------+------+
  12.  
  13. 1 row in set (0.00 sec)

（3）在当前事务T1中为tab_no_index表的数据行ID=1加上排他锁。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_no_index WHERE ID=1 FOR UPDATE;
  2.  
  3. +------+------+
  4.  
  5. | ID   | Name |
  6.  
  7. +------+------+
  8.  
  9. |    1 | 1    |
  10.  
  11. +------+------+
  12.  
  13. 1 row in set (0.00 sec)

（3）在当前事务T2中为tab_no_index表的数据行ID=2加上排他锁，会发生阻塞超时。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_no_index WHERE ID=2 FOR UPDATE;
  2.  
  3. ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

从上述表格的例子来看，session_1只给ID=1数据行加了排他锁，但session_2在请求ID=2的数据行排他锁时，却出现了锁等待！

2.2InnoDB存储引擎的表在使用索引时使用行锁例子

创建一个临时表：

  1. MySQL [(none)]> CREATE TABLE goods.tab_with_index (ID INT,Name VARCHAR(50));
  2. Query OK, 0 rows affected (0.02 sec)

建立临时表ID列索引：

  1. MySQL [(none)]> ALTER TABLE goods.tab_with_index ADD INDEX Index_ID(ID);
  2. Query OK, 0 rows affected (0.02 sec)
  3. Records: 0  Duplicates: 0  Warnings: 0

插入三条测试数据：

  1. MySQL [(none)]> INSERT INTO goods.tab_with_index (ID,`Name`) VALUES (1,'1'),(2,'2'),(3,'3');
  2. Query OK, 3 rows affected (0.00 sec)
  3. Records: 3  Duplicates: 0  Warnings: 0

session_1

session_2

（1）先设置事务T1提交类型为事务非自动提交。

（1）先设置事务T2提交类型为事务非自动提交。

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

（2）在当前事务T1中查询tab_with_index表的数据行ID=1数据。

（2）在当前事务T2中查询tab_with_index表的数据行ID=2数据。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index WHERE ID=1;
  2.  
  3. +------+------+
  4.  
  5. | ID   | Name |
  6.  
  7. +------+------+
  8.  
  9. |    1 | 1    |
  10.  
  11. +------+------+
  12.  
  13. 1 row in set (0.00 sec)
 
  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index WHERE ID=2;
  2.  
  3. +------+------+
  4.  
  5. | ID   | Name |
  6.  
  7. +------+------+
  8.  
  9. |    2 | 2    |
  10.  
  11. +------+------+
  12.  
  13. 1 row in set (0.00 sec)

（3）在当前事务T1中为tab_with_index表的数据行ID=1加上排他锁。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index WHERE ID=1 FOR UPDATE;
  2.  
  3. +------+------+
  4.  
  5. | ID   | Name |
  6.  
  7. +------+------+
  8.  
  9. |    1 | 1    |
  10.  
  11. +------+------+
  12.  
  13. 1 row in set (0.00 sec)

（3）在当前事务T2中为tab_with_index表的数据行ID=2加上排他锁，却并没有发生阻塞超时。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index WHERE ID=2 FOR UPDATE;
  2.  
  3. +------+------+
  4.  
  5. | ID   | Name |
  6.  
  7. +------+------+
  8.  
  9. |    2 | 2    |
  10.  
  11. +------+------+
  12.  
  13. 1 row in set (0.00 sec)

该示例同样跟2小节示例一样，只是ID列加了索引，而session_2在请求ID=2的数据行却没有阻塞！

2.3小结

通过以上两个示例可以了解到：
●在ID列没有建立索引的情况下，InnoDB没有使用到行锁，而是使用到表锁。
●在ID列建立索引的情况下，InnoDB使用到行锁，而是没有使用到表锁。
也就是说，InnoDB存储引擎的表列如果在没有加索引情况下查询，使用到是表锁而不是行锁，会产生阻塞情况，这在并发情况下是灾难的。

4.记录锁

由于MySQL的行锁是针对索引加的锁，不是针对记录加的锁，所以虽然是访问不同记录行，但是如果是使用相同的索引键，是会出现锁冲突的。下面我们通过两个示例来了解下。

4.1InnoDB存储引擎使用相同索引键的阻塞例子

这个示例还是沿用tab_with_index表做演示，ID是非聚集索引列，Name列没有索引，有以下数据：

  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index;
  2. +------+------+
  3. | ID   | Name |
  4. +------+------+
  5. |    1 | 1    |
  6. |    1 | 2    |
  7. |    3 | 3    |
  8. +------+------+
  9. 3 rows in set (0.00 sec)

session_1

session_2

（1）先设置事务T1提交类型为事务非自动提交。

（1）先设置事务T2提交类型为事务非自动提交。

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

（2）在当前事务T1中为tab_with_index表的数据行ID=1 AND `Name`='1' 加上排他锁。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index WHERE ID=1 
    AND `Name`='1' FOR UPDATE;
  2.  
  3. +------+------+
  4.  
  5. | ID   | Name |
  6.  
  7. +------+------+
  8.  
  9. |    1 | 1    |
  10.  
  11. +------+------+
  12.  
  13. 1 row in set (0.00 sec)

（2）在当前事务T2中为tab_with_index表的数据行ID=1 AND `Name`='2' 加上排他锁，发生阻塞超时。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index WHERE ID=1 
    AND `Name`='2' FOR UPDATE;
  2.  
  3. ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

（3）在当前事务T2中为tab_with_index表插入以下一行数据，并没有发生阻塞超时。

 
  1. MySQL [(none)]> INSERT INTO goods.tab_with_index (ID,`Name`) VALUES (4,'4');
  2.  
  3. Query OK, 1 row affected (0.00 sec)

从上面示例可以看到，当session_1锁定事务中ID=1记录行时，会阻止session_2事务获取该记录行，而当插入一条ID=4数据时，却没有发生阻塞，成功插入！也就是说当索引数据加上记录锁时，会阻止其他事务对该表该行数据（例如ID=1记录行）进行插入，更新和删除操作。

4.2InnoDB存储引擎的表使用不同索引的阻塞例子

这个示例还是沿用tab_with_index表做演示，ID为主键索引列，Name为非聚集索引列，有以下数据：

  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index;
  2. +----+------+
  3. | ID | Name |
  4. +----+------+
  5. |  1 | 1    |
  6. |  2 | 2    |
  7. +----+------+
  8. 2 rows in set (0.00 sec)

session_1

session_2

（1）先设置事务T1提交类型为事务非自动提交。

（1）先设置事务T2提交类型为事务非自动提交。

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

（2）在当前事务T1中为tab_with_index表的数据行ID=1 加上排他锁。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index WHERE ID=1 FOR UPDATE;
  2.  
  3. +----+------+
  4.  
  5. | ID | Name |
  6.  
  7. +----+------+
  8.  
  9. |  1 | 1    |
  10.  
  11. +----+------+
  12.  
  13. 1 row in set (0.00 sec)

（2）由于tab_with_index表ID=1的记录行在session_1事务中被锁定，当在session_2事务查询Name=’2’记录行时，因为该记录行并不属于ID=1范围记录行之中，所以可以获得tab_with_index表的锁。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index WHERE `Name`='2' FOR UPDATE;
  2.  
  3. +----+------+
  4.  
  5. | ID | Name |
  6.  
  7. +----+------+
  8.  
  9. |  2 | 2    |
  10.  
  11. +----+------+
  12.  
  13. 1 row in set (0.00 sec)

（3）同理，由于访问的Name=’1’记录已经被 session_1事务中被锁定，所以只能等待获得tab_with_index表的锁。

 
  1. MySQL [(none)]> SELECT * FROM goods.tab_with_index WHERE `Name`='1' FOR UPDATE;
  2.  
  3. ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

当表有多个索引的时候，不同的事务可以使用不同的索引锁定不同的行，另外，不论是使用主键索引、唯一索引或普通索引，InnoDB都会使用行锁来对数据加锁。

5.总结

其实在现实生产环境，即便在条件中使用了索引字段，但是决定是否使用索引来检索数据记录行是由MySQL执行计划来决定的，所以如果MySQL认为全表扫描效率更高，那么它就会优先执行全表扫描操作。比如一些很小的表，哪怕您在条件中使用了索引列，它也不会使用索引，这种情况下InnoDB将会使用表锁，而不是使用行锁。因此，在分析锁冲突时，别忘了检查SQL的执行计划，以确认是否真正使用了索引。还有一种情况在之前索引章节也有说过，如果检索值的数据类型与索引字段值不同，虽然MySQL能够进行数据类型转换，但是却不会使用索引，从而导致InnoDB使用表锁。例如tab_with_index表的name字段有索引，但是name字段是varchar类型的，如果where条件中值是int等值类型，那么就不是和varchar类型进行比较，而会对name进行类型转换，从而要不全表或遍历索引树扫描获取记录行，如下面语句：

  1. -- 全表或遍历索引树扫描
  2. EXPLAIN SELECT * FROM goods.tab_with_index WHERE `Name`=1;
  3. -- 走索引扫描
  4. EXPLAIN SELECT * FROM goods.tab_with_index WHERE `Name`='1';

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

（9）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. （10）MySQL进阶篇SQL优化（InnoDB锁-间隙锁）

    1.概述 当我们用范围条件而不是相等条件检索数据,并请求共享或排他锁时,InnoDB会给符合条件的已有数据记录的索引项加锁:对于键值在条件范围内但并不存在的记录,叫做"间隙(GAP)&quo ...

  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. WorkSkill整理之 技能体系

  2. BeautifulSoup爬取微博热搜榜

    获取url 设定请求头 requests发出get请求 实例化BeautifulSoup对象 BeautifulSoup提取数据 import requests 2 from bs4 import B ...

  3. 简单ping确定网络故障

    1.ping localhost (127.0.0.1) 目的:确定TCP/IP有无问题 2.ping本机地址 用来检测网卡驱动有无问题 如何获取本机地址? win+r cmd 输入ipconfig/ ...

  4. markdown的基础语法

    一级标题,一个#加空格 二级标题,两个#加空格 三级标题,三个#加空格 四级标题,四个#加空格 五级标题,五个#加空格 六级标题(最多支持到六级),六个#加空格 字体 粗体,两边加两个星号 斜体,两边 ...

  5. [树形DP]加分二叉树

    加 分 二 叉 树 加分二叉树 加分二叉树 题目描述 设一个n个节点的二叉树tree的中序遍历为(l,2,3,-,n),其中数字1,2,3,-,n为节点编号.每个节点都有一个分数(均为正整数),记第j ...

  6. 如何快速搭建自己的ERP系统,4步源码快速安装odoo教程

    上一篇内容:了解什么是Odoo,为二次开发做准备 1.下载odoo源码 Github地址:https://github.com/odoo/odoo Gitee地址:https://gitee.com/ ...

  7. Julia语言程序基础

    Julia-lang 新兴的Julia语言,Julia 一开始就是为高性能而设计的. Julia 程序通过 LLVM 编译成高效的多平台机器码. Julia中文社区: https://cn.julia ...

  8. Kafka和Stream架构的使用

    Kafka的单节点运行 启动服务 Kafka 使用 ZooKeeper 如果你还没有 ZooKeeper 服务器,你需要先启动一个 ZooKeeper 服务器. 您可以通过与 kafka 打包在一起的 ...

  9. OkHttp配置HTTPS访问+服务器部署

    1 概述 OkHttp配置HTTPS访问,核心为以下三个部分: sslSocketFactory() HostnameVerifier X509TrustManager 第一个是ssl套接字工厂,第二 ...

  10. JAVAEE_Servlet_06_ServletContext接口

    ServletContext接口 * javax.servlet.ServletContext * Tomcat服务器中ServletContecxt的完整类名: ServletContext:org ...