002 MySQL并发控制简介

学软件技术，读第一手资料，去官方网站：MySQL 5.7参考手册

也可以看看比较经典的书籍，如《高性能MySQL》等

---

1、读锁、写锁，也叫共享锁、排它锁

MySQL中里面有一张张的数据库表，表里面有一条条的数据。对于这些数据的读写问题，对于同一条数据，可以同时读，但是不能同时修改。你想想，要是允许多个线程同时修改，那肯定是乱成一锅粥。所以MySQL中引入了读锁、写锁，也叫共享锁、排它锁。

2、表锁和行级锁

MySQL中同样有表锁和行级锁。服务器在执行ALTER TABLE之类的语句时会使用表锁，行级锁只在存储引擎层实现，而MySQL服务层没有实现。服务器层完全不了解存储引擎中的锁的实现。

3、多版本并发控制（MVCC）

MySQL的大多数事务性存储引擎实现的都不是简单的行级锁。基于提升并发性能的考虑，一般它们同时实现了多版本并发控制（MVCC）。

MySQL、Oracle都实现了MVCC，各自的实现机制不一样。MVCC是行级锁的一种变种，但是大多数情况下避免了加锁的操作，因此开销更低。MVCC实现非租塞地读，写操作也只锁定必要的行。

MVCC的实现是通过保存数据在某个时间点的快照来实现的。

InnoDB中的MVCC，是通过在每行记录后面保存两个隐藏的列来实现的。这两个列，一个保存了行的创建时间，一个保存行的过期时间（删除时间）。当然存储的并不是实际的时间值，而是系统版本号（System version number）。每开始一个新的事务，系统版本号都会自动递增。

3.1 下面以REPEATABLE  READ的隔离级别下，MVCC是如何操作的。

（1）SELECT

InnoDB会根据以下2个条件检查每行记录：

（a）InnoDB只查找版本早于当前事务版本的数据行（也就是，行的系统版本号小于等于事务的系统版本号），这样可以确保事务读取的行，要么是事务开始前已经存在的，要么是事务自身插入或者修改过的。

（b）行的删除版本要么未定义，要么大于当前事务版本号。这样可以确保事务读取到的行，在事务开始之前未被删除。

只有符合上述（a）（b）两个条件的记录，才能返回作为查询结果。

（2）INSERT

InnoDB为新插入的每一行保存当前系统版本号作为行版本号。

（3）DELETE

InnoDB为删除的每一行保存当前系统版本号作为行删除标识。

（4）UPDATE

InnoDB为插入一条新纪录，保存当前系统版本号作为行版本号，同时保存当前系统版本号到原来的行作为删除标识。

保存这两个额外系统版本号，使大多数操作都可以不加锁。这样的设计使得读取数据操作很简单，性能很好，并且也能保证只会读到符合标准的行。

MVCC只在REPEATABLE READ 和 READ COMMITED 两个隔离界别下工作。其他两个隔离级别都和MVCC不兼容。