Mysql存储引擎Innodb的读写锁、行级锁

读写锁

Mysql存储引擎Innodb在处理并发读或者写的时候，通过两种类型的锁来解决并发问题，这两种锁通常称为共享锁和排他锁，也叫读锁和写锁。

读锁是共享的，即多个客户端可以同时读取同一资源。

写锁是排他的，也就是说写锁会阻塞其他的写锁和读锁。

举个例子：

客户端A读取操作不需要等待客户端B读取完成并释放锁。但客户端A进行写操作的时候，会阻塞其他客户端的读和写操作，直到客户端A写操作完成并释放锁，其他客户端才可以进行读写。

上面说了这么多，但实际上当客户端A更新某行记录的同时，客户端B任然可读取到数据，不会被阻塞，这是为什么呢？

先来了解两个东西，Redo Log（重做日志）和Undo Log（回滚日志）

redo log通常是物理日志，记录的是数据页的物理修改，它用来恢复提交后的物理数据页(恢复数据页，且只能恢复到最后一次提交的位置)。
undo用来回滚行记录到某个版本。undo log一般是逻辑日志，根据每行记录进行记录。

如果看不懂，就这样理解：当发生写操作时，Innodb会把旧数据存储到Undo Log（回滚日志）中，新数据写到Redo Log（重做日志）中。

当客户端A更新某行记录的同时，客户端B会被写锁阻塞，这时，客户端B会去Undo Log中读取旧数据。

下面来实践下。

CREATE TABLE `test001` (
  `id` bigint(11) unsigned NOT NULL AUTO_INCREMENT,
  `first_name` char(50) DEFAULT NULL,
  `last_name` char(50) DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8;

INSERT INTO `test001`(`id`, `first_name`, `last_name`) VALUES (1, 'fn001', 'ln001');
INSERT INTO `test001`(`id`, `first_name`, `last_name`) VALUES (2, 'fn002', 'ln002');
INSERT INTO `test001`(`id`, `first_name`, `last_name`) VALUES (3, 'fn003', 'ln003');

在一个终端执行

BEGIN;
UPDATE test001 SET first_name='update_name' WHERE last_name='ln001';

另一个终端执行

SELECT * FROM `test001` WHERE last_name='ln001';

查询依旧可以获取数据

ps:试验完成后，记得commit或者rollback结束事物。

行级锁

Innodb使用行级锁，然而这并不意味着Innodb只会锁住被修改的行。请看下面的操作。

在一个终端连接中执行

BEGIN;
UPDATE test001 SET first_name='update_name' WHERE last_name='ln001';

在另一个终端连接中执行

BEGIN;
UPDATE test001 SET first_name='update_name2222' WHERE last_name='ln002';

 

第二条SQL被阻塞超时，即更新操作不仅仅锁住了 last_name='ln001'的行，还锁住了其他行。在这个例子中，实际上锁住了整张表。

回滚上面的事物再进行下面的操作。运行  rollback

那为什么说Innodb实现了行级锁呢？我们来给last_name行加一个索引。

再次执行刚才的语句

 

可以看到两条更新语句互不干扰，由此可知Innodb通过索引，筛选出了last_name='ln001'的数据行，然后仅对last_name='ln001'的数据行加了锁，其他数据行不会被锁住，所以此时可以更新last_name='ln002'的数据行。

没加索引前，Innodb就没法通过索引筛选出指定的数据行，只能锁住整张表了。