• 当sql完成时锁被释放，并不意味着事务完成。
• 对于Insert...select来说，插入大量数据会阻塞其他事务的执行，从而影响插入的性能。
• 自动增量算法是可配置的。

MySQL 5.1.2版本之后，有很多改进，可以通过不同的方式配置自增锁方式。小明看到了，打开自己的MySQL，发现5.7之后，输入如下语句来获取当前的锁模式：

mysql> show variables like 'innodb_autoinc_lock_mode';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_autoinc_lock_mode | 2     |
+--------------------------+-------+
1 row in set (0.01 sec)

在MySQL中，innodb_autoinc_lock_mode有三种配置方式：分别是0、1、2。 “传统模式”、“连续模式”、“交错模式”。

1. 传统模式：即采用桌面锁。
2. 连续模式：插入时如果可以指定行数则使用互斥量，如果不指定行数则使用表锁方式。
3. 互锁模型：全部使用互斥体。为什么称为交错模式？自增值在批量输入期间可能不会持续存在。当然，一般情况下，如果你不看重不断自增的价值，一般都会选择这种方式。演出是最好的。 OK

2.4 InnoDB锁算法

小明学习了InnoDB中可用的锁类型，但是如何使用这些锁仍然取决于锁算法。

2.4.1 记录锁定

记录锁定记录。这里需要注意的是，这里锁定的是记录，而不是实际的记录。

• 如果锁是非主键索引，则会先用自己的索引加锁，然后再用主键加锁。
• 如果表上没有索引（包括没有主键），则使用秘密主键。
• 如果没有引用要锁定的列，则整个表记录将被锁定。

2.4.2 间隙锁

间隙锁顾名思义是锁定间隙，但不锁定记录。缩小差距意味着封闭一个区域。间隙锁也称为间隙锁。它不会阻止其他锁间隙，但会阻止引入锁间隙。这也是避免幻读的关键。

2.4.3 下一个按键锁

这个锁实际上是文件锁加范围锁。在RR隔离级别（InnoDB默认）下，Innodb使用该算法进行行扫描锁，但是如果查询扫描中存在单个索引，则会失败，除非仅使用文件锁。为什么？因为单个索引可以确定行数，但其他索引无法确定行数，因此很有可能在另一个事务中再次添加该索引中的数据，从而造成幻读。

这也解释了为什么Mysql可以在RR级别解决幻读。

2.4.4 插入意向锁

插入意向锁 Mysql 官方解释：

意向锁是一种由 INSERT 操作设置的锁间隙。此锁指示以这样的方式插入的意图：插入到参考区间的多个事务不需要相互依赖，除非它们被插入到区间中的同一位置。假设有值为 4 和 7 的记录，停止尝试分别输入值 5 和 6 的事务，每次关闭 4 和 7 之间的间隔，并关闭前一次尝试来获取私有锁。要插入的行，但不要彼此靠近，因为行不重叠。当多个事务同时向同一个索引空间写入不同的数据时，无需等待其他事务完成，也不会发生锁等待。假设有一个基值为4和7的记录索引，不同事务分别插入5和6。每个事务将生成 4-7 个插入意向锁并获取插入行独占的锁，但不会被锁定，因为数据行不重叠。

这里需要说明的是，如果存在块锁，就会阻塞意向锁的插入。

2.5 MVCC

MVCC，多版本并发控制技术。在InnoDB中，每行记录后面都会添加两个隐藏列，用来记录创建数和删除数。通过使用版本号和行锁，提高了数据库结构的性能。

在MVCC中，读操作可以分为两种：

• 图像读取：读取历史数据，简单的select语句，无锁，MVCC实现可重复读取，利用MVCC机制读取提交的数据。取消中。所以读起来不会被阻塞。
• 当前正在读取：当前正在读取要锁定、更新、插入、删除、选择...更新等的语句。

对于RR隔离级别下的快照读取，不以事务开始时间作为快照生成点，而是以第一个select语句的时间作为镜像创建时间。下一个选项将读取当前快照的值。

为低于 RC 隔离级别读取的每个映像创建一个新映像。

特殊的规则是每一行都会有两个隐藏字段，一个用于记录当前事务，另一个用于记录指向Undolog的返回。您可以使用 undolog 读取以前的图像，而无需创建单独的记录位置。

3。锁分析

小明此时学到了很多关于mysql锁的基础知识，所以他决定自己创建一个表来测试。首先，创建了一个简单的用户表：

CREATE TABLE `user` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(11) CHARACTER SET utf8mb4 DEFAULT NULL,
  `comment` varchar(11) CHARACTER SET utf8 DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `index_name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

设置了许多实验数据：

insert user select 20,333,333;
insert user select 25,555,555;
insert user select 20,999,999;

选择性作弊数据库rr

3.1打开了两项交易和实验1.时间点

我看到事务 B 没有被阻止。出了什么问题？小明有些困惑。按照实验1的方法，应该是被阻塞的，因为25-30之间会有差距。因此，小明再次使用命令行，发现只加了X文件锁。事实证明，只需一个指纹即可解锁记录。这样做的原因是：因为非唯一索引加上后续的键锁无法确定确切的行数，其他事务可能会在你的查询过程中重新添加这个索引的数据，从而侵犯隐私，即幻读。 。因为唯一索引标识唯一的数据行，所以不需要添加锁间隙来解决幻读。

3.3 实验3

上面测试了主键索引和非唯一索引。非索引域也可用。如果关闭会发生什么？

小明看着他，哦，放开我吧，怎么回事？无论我使用实验1的非斜率锁定域中的数据还是斜率中的数据，它都不起作用。是否可以添加表锁？

事实上，如果您使用非索引数据库，则会向所有聚集索引添加后续锁。

所以当你经常开发的时候，如果需求没有索引，你就必须做一个不断的读，也就是封闭读，这会让整个表被索引，这会让所有其他事务被阻塞，并且数据通常不可用。状态。

4。回到危险

4.1死锁

小明完成实验后，终于明白了死锁的一些基本方法，但是以前网上出现的死锁是什么呢？

流量：指两个或多个相互依赖的事务在执行过程中竞争资源的现象。说明无人等候就会停电。可以通过消除等待来解决死锁，例如重试事务。

解决死锁的两种方法：

1. 等待超时：当一个事务等待超时并返回该事务时，就可以执行另一个事务。然而，这样效率并不高，并且会导致等待时间。一个问题是，如果这笔交易非常繁重，有大量数据正在更新，但随后又重复，就会造成金钱的浪费。
2. 等待图：等待图用于描述事务之间的等待关系。当这个图中出现一个循环时，它看起来像这样：

就会有一个返回。默认情况下，InnoDB会选择返回值。销量减少抵消了销量减少。

4.2 在线提问

至此，小明已经具备了所有他需要的基本技能，所以他开始在本地表中重复这个问题：

可以看到交易A已经延迟，交易B已经成功完成。到底是什么？每次都发生了什么？

第2点：事务A删除name='777'的数据。我们需要给索引777加锁next-Key，但是没有，所以只锁555-999之间加了一个间隙锁。同样，事务B在555-999之间加了一个间隙锁。锁间隙相互兼容。

时间点3：事务A先进行Insert，插入锁，但555和999之间有间隙。由于锁意向锁和间隙锁冲突，导致块和事务A等待事务B插入释放虚空锁。事务B也做同样的事情，等待事务A释放间隔锁。然后出现A->B，B->Awaiting循环。

时间线4：事务管理器选择回滚事务A，事务B成功执行。

4.3 BUG修复

这个问题只有小明才发现。这是因为真空锁。现在我们需要解决这个问题。造成此问题的原因是间隙闭合，因此我们将其删除：

• 解决方案 1：将隔离级别降低到 RC。在RC级别以下，不会添加锁间隙，所以不会有问题。但低于RC级别，会出现幻读，提交读会破坏隔离问题，所以这个方案行不通。 。
• 选项 2：将隔离级别提高为可串行化。经过测试，小明发现这个问题不会发生，但是在可序列化级别，性能会更低，锁等待会更多，就不会发生了。考虑。
• 选项 3：更改代码逻辑。不要直接删除。使用业务逻辑编辑每个数据项，以确定更新哪些数据、删除哪些数据以及添加哪些数据。这个负担有点大了。小明写下了这个直接删除的逻辑。为了不做这些复杂的事情，这个时候就不考虑这个计划了。
• 选项 4：修改代码逻辑较少。删除前可以通过快照查询（不加锁）。如果问题没有得到解答，请直接发帖。如果存在使用主键的删除，在前面第3节实验2中，单个索引将被简化为记录锁，因此没有间隙可以关闭。

考虑之后，小明选择了第四个选项，立即修复，然后上网查看确认。他发现这个bug没有再出现了。现在小明可以安心睡觉了。

4.4 如何避免停电

小明通过基础学习和共同经验总结出以下几点：

• 按固定顺序输入表格和行。交叉访问可能会导致等待循环。
• 尽量避免大交易。资源锁定得越多，就越容易发生停机。建议将其分解为小任务。
• 降低隔离级别。如果公司允许（根据上面4.3的分析，有些公司不允许），降低隔离级别也是一个更好的选择。例如，将隔离级别从 RR 调整​​为 RC 可以防止许多由间隙锁引起的中断。 。
• 向表中添加适当的索引。防止在没有索引的情况下发生表锁，死锁的概率会突然增加。