PROSAGA码农传奇-数据隔离-隔离级别，不跳过任何数据

您可以使用mysql客户端和两个窗口来测试自己。

打开窗口1，进入mysql客户端，创建一个表，并用将要提交的值填充它。

```
mysql1> use test;

mysql1> create table event (id serial primary key);

mysql1> insert into event values (1), (2), (3), (5);
```

现在开始转换。如您的示例中插入值4。

```
mysql1> begin;

mysql1> insert into event values (4);
```

不要提交最后一个插入。

打开窗口2，进入mysql客户端，为您的会话设置事务隔离，并查询数据范围。

```
mysql2> use test;

mysql2> set tx_isolation = serializable;

mysql2> begin;

mysql2> select * from event where id >= 1;
```

选择在此阶段挂起，等待。

这是因为在可序列化级别，所有选择查询都隐式地尝试获取共享锁，就好像您已经在选择查询的末尾添加了LOCK IN SHARE MODE（或FOR SHARE使用MySQL 8.0语法）子句一样。这是一个锁定读取。它正在尝试获取ID值范围上的间隙锁，但还无法获得该锁，因为窗口1创建了一个未提交的行，该行处于该范围内。

现在在窗口1中，提交事务（确保您在窗口2超时50秒后执行此操作）：

```
mysql1> commit;
```

窗口2立即返回，现在它可以看到完整的数据值集。

```
mysql2> select * from event where id >= 1;
+----+
| id |
+----+
|  1 |
|  2 |
|  3 |
|  4 |
|  5 |
+----+
```

现在尝试在窗口1中插入新行：

```
mysql1> begin;

mysql1> insert into event values (6);
```

现在，该窗口挂起。为什么？因为它正在尝试锁定要插入的行，但是窗口2仍然在行范围内保持间隔锁定where id > 1-包括新值6。

这就是MySQL确保可重复读取的方式。它使用间隙锁来防止插入将进入其已锁定范围的新行，因为新行会影响当前事务试图保留的行集。

最终，如果窗口2未完成其事务并释放其间隙锁定，则窗口1将超时：

```
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
```

所有这些都与自动增量无关。正如您在示例插入中所看到的，无论如何，我都覆盖了自动增量。它仅与行和间隙上的锁有关，而不管这些行中的值是如何生成的。

我还必须评论一下，您要解决的问题本质上是一个发布/订阅模型，它更适合于消息队列技术，而不是RDBMS技术。您应该考虑使用消息队列作为RDBMS的补充技术。