mysql间隙锁+行锁避免幻读

summary_2018/09 mysql

1、日常

1.1、mysql间隙锁+行锁避免幻读研究

2、技术

2.1、mysql间隙锁+行锁避免幻读

2.1.1、RR、Serializable

• RR:可重复读，即在统一次事务中，两次查询出来的结果是相同的，根据上篇文章（mysql mvcc）提到了一些特殊情况，A事务查询出来的结果和B事务插入一条数据，A事务update后，结果产生了不可重复读，这是mysqlRR隔离机制的原因？？当然不是，其实是由于产生了幻读，在当前情况下，还没有加gap锁，但是岂不是mysql在RR级别并没有做到完全解决幻读？？
• Serializable：在同一事务下，连续执行两次相同的sql语句可能导致不同的结果，第二次的sql语句可能会返回之前不存在的行。实现方式就是事务的串行化执行(每次读都需要获得表级共享锁，读写相互都会阻塞)，并发能力特别差。

2.1.2、mysql如何在RR级别解决幻读？？

• Next-key locking解决幻读问题，即间隙锁+行锁来避免插入某些数据产生幻读。
• 什么是行锁锁、间隙锁

## 行锁
Record Lock：单个行记录上的锁，我们通常讲的行锁，它的实质是通过对索引的加锁实现；只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁。在事务隔离级别为读已提交下，仅采用Record Lock。
## 间隙锁
Gap Lock：锁定一个范围(即记录间的间隙，阻止插入防止幻读的发生)，但不包含记录本身。见下图：

• 示例

mysql> desc t;
+-------+---------+------+-----+---------+-------+
| Field | Type    | Null | Key | Default | Extra |
+-------+---------+------+-----+---------+-------+
| a     | int(11) | YES  |     | NULL    |       |
+-------+---------+------+-----+---------+-------+
// 事务A
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from  t;
+------+
| a    |
+------+
|    4 |
|    4 |
+------+
2 rows in set (0.00 sec)
// 更新或者删除操作，会加gap锁，且由于A不是索引，会锁住全表
mysql> update t set a=2 where a=1;
Query OK, 0 rows affected (0.00 sec)
Rows matched: 0  Changed: 0  Warnings: 0
---- 事务B ----
mysql> INSERT INTO Persons  VALUES (4);
// 陷入锁等待，直到A提交或者lock等待超时
---- 事务B ----
mysql> select * from  t;
+------+
| a    |
+------+
|    4 |
|    4 |
+------+
2 rows in set (0.00 sec)

2.1.3、具体加锁的细节（主键、非索引）

• MySQL 加锁处理分析：组合七
• Innodb锁机制：Next-Key Lock 浅谈

2.1.4、一些思考

• 1、mvcc并不是真正的实现了多个版本共存，而是存储了最新的版本。
• 2、文章开头的问题，如mysql mvcc中的例子，RR级别岂不是没有完全避免幻读？？有谁可以解决一下这个疑问？？
• 3、当更新某一行时，如果没有索引，数据库并不知道对哪一行加锁，会锁表，但在实际情况中，在MySQLServer过滤条件，发现不满足后，会调用unlock_row方法，把不满足条件的记录释放锁 (违背了二段锁协议的约束)，但提高了一定的性能。但gap锁仍然后锁定全表。

2.1.4、比较好的参考资料

• MySQL 加锁处理分析
• MySQL中Innodb的事务隔离级别和锁的关系的讲解教程
• 官方文献