浅析MySQL InnoDB行锁

亲爱的编程学习爱好者，如果你点开了这篇文章，说明你对《浅析MySQL InnoDB行锁》很感兴趣。本篇文章就来给大家详细解析一下，主要介绍一下MySQL，希望所有认真读完的童鞋们，都有实质性的提高。

我们都知道MySQL表引擎常见的分两种，一种MyISAM, 一种InnoDB，这题一般大家都会，经常在DB类面试题中出现，题目经常问及两者的区别，一聊就是MyISAM是表锁，InnoDB是行锁，InnoDB支持事务，MyISAM不支持事务等等。

今天我们这篇文章主要来聊一下InnoDB的行锁（因为当前我的项目中主要是InnoDB的表引擎）。

InnoDB实现了以下两种类型的行锁，

一种为共享锁，又称为读锁，共享锁是指多个事务对同一数据可以共享同一把锁，都能访问数据，但是只能读不能修改。

另一种为排他锁，又称为写锁，排他锁不能与其他锁共存，如果一个事务获得了一个数据行的排他锁，其他事务就不能获取该行的其他锁，包括共享锁和排他锁，但是获取排他锁的事务可以对该数据行读取和修改。

对于update, delete, insert 这三种DML语句，InnoDB会自动给涉及到的数据行加排他锁。

对于一般的select 语句而言，InnoDB则不会加任何锁。

我下面来举些例子来简单解释一下上述的锁情况：
1.建一张test表

create table test(
  id int(11),
  name varchar(255),
  alias varchar(255)
)engine = innodb default charset=utf8;

2.给test表建两个单列索引

create index idx_id on test(id);
create index idx_name on test(name);

3.test表插一些测试数据

insert into test values(1, '张三', 'zhangsan');
insert into test values(2, '李四', 'lisi');
insert into test values(3, '王五', 'wangwu');
insert into test values(4, '赵六', 'zhaoliu');
insert into test values(5, '孙七', 'sunqi');
insert into test values(6, '冯八', 'fengba');
insert into test values(7, '杨九', 'yangjiu');

4.我们开两个会话窗口来模拟两个事务（一个会话1, 一个会话2）,并且关闭两个会话的autocommit，便于模拟两个事务

set autocommit = 0; //会话1和会话2

5.我们先看一下两个会话的select查询（查询全量）

MySQL [wakka]> select * from test;   //会话1
+------+--------+----------+
| id   | name   | alias    |
+------+--------+----------+
|    1 | 张三   | zhangsan |
|    2 | 李四   | lisi     |
|    3 | 王五   | wangwu   |
|    4 | 赵六   | zhaoliu  |
|    5 | 孙七   | sunqi    |
|    6 | 冯八   | fengba   |
|    7 | 杨九   | yangjiu  |
+------+--------+----------+

MySQL [wakka]> select * from test;  //会话2
+------+--------+----------+
| id   | name   | alias    |
+------+--------+----------+
|    1 | 张三   | zhangsan |
|    2 | 李四   | lisi     |
|    3 | 王五   | wangwu   |
|    4 | 赵六   | zhaoliu  |
|    5 | 孙七   | sunqi    |
|    6 | 冯八   | fengba   |
|    7 | 杨九   | yangjiu  |
+------+--------+----------+

6.我们再看一下两个会话的select查询（查询局部）

MySQL [wakka]> select * from test where id = 3; //会话1
+------+--------+--------+
| id   | name   | alias  |
+------+--------+--------+
|    3 | 王五   | wangwu |
+------+--------+--------+
1 row in set (0.00 sec)

MySQL [wakka]> select * from test where id = 3; //会话2
+------+--------+--------+
| id   | name   | alias  |
+------+--------+--------+
|    3 | 王五   | wangwu |
+------+--------+--------+
1 row in set (0.00 sec)

由此也能验证开头的话，无论是获取局部数据还是全局数据，对select 语句而言，InnoDB都不会加任何锁。

7.我们接着测试一下更新语句，会话1将id=3的name设置成“王八”，会话2将id=3的name设置成“王九”。

MySQL [wakka]> update test set name = '王八' where id = 3;  //会话1
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

//那其他会话还能对这行进行修改吗？
MySQL [wakka]> 
MySQL [wakka]> 
MySQL [wakka]> update test set name = '王九' where id = 3; //会话2修改id=3会一直卡在这

会话2之所以阻塞在那的原因是因为会话1的 update语句会对id=3加排他锁（上面我们说过，insert, update, delete 会对数据行加排他锁），所以当另外一个会话事务想改id=3的时候，会被阻塞在那，直到会话1的update 事务提交才会释放锁。

//当会话1的事务提交后，会话2卡在那的事务才会执行
MySQL [wakka]> update test set name = '王九' where id = 3;
Query OK, 0 rows affected (1 min 47.71 sec)  //会发现执行时间超长
Rows matched: 1  Changed: 0  Warnings: 0

我们上面的例子是update的同一行（id=3），如果update不同行呢？

MySQL [wakka]> update test set name = '王十' where id = 3; //会话1:update id=3
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

MySQL [wakka]> update test set name = '赵十' where id = 4; //会话2: update id=4
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    160714383
Current database: wakka

Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

我们可以看到，当更新不同行的时候，是不会出现阻塞的，这也可以说明InnoDB使用的行锁，同时也能说明行锁的并发性能会好过表锁，因为可以给不同的行加锁，不同行之间会互不干涉。

我们上面给test这张表的id字段和name字段建了索引，但是alias并没有。

MySQL [wakka]> show index from test;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    160714511
Current database: wakka

+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| test  |          1 | idx_id   |            1 | id          | A         |           7 |     NULL | NULL   | YES  | BTREE      |         |               |
| test  |          1 | idx_name |            1 | name        | A         |           7 |     NULL | NULL   | YES  | BTREE      |         |               |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
2 rows in set (0.01 sec)

我们先在会话1里用alias 条件更新一行数据，注意我用的条件是alias=xxx

MySQL [wakka]> set autocommit = 0;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    160714522
Current database: wakka

Query OK, 0 rows affected (0.01 sec)

MySQL [wakka]> 
MySQL [wakka]> 
MySQL [wakka]> select * from test;
+------+--------+----------+
| id   | name   | alias    |
+------+--------+----------+
|    1 | 张三   | zhangsan |
|    2 | 李四   | lisi     |
|    3 | 王九   | wangwu   |
|    4 | 赵十   | zhaoliu  |
|    5 | 孙七   | sunqi    |
|    6 | 冯八   | fengba   |
|    7 | 杨九   | yangjiu  |
+------+--------+----------+
7 rows in set (0.00 sec)

MySQL [wakka]> update test set name = '冯十' where alias = 'fengba';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

接着我们在会话2中执行另一个单行update 变更：

MySQL [wakka]> set autocommit = 0;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    160714527
Current database: wakka

Query OK, 0 rows affected (0.01 sec)

MySQL [wakka]> 
MySQL [wakka]> 
MySQL [wakka]> 
MySQL [wakka]> update test set name = '赵十一' where id = 4;

会话2会一直阻塞，我们同样是更新不同行（操作不同行），为什么会话2还会阻塞呢？InnoDB不是支持的行锁吗？原因是因为当前行锁已经失效，因为没有用到索引（或者索引失效），所以行锁升级到表锁。索引失效可以有很多种情况，最常见的是一种情况是一个varchar字符型类型的字段（存的是数值型的字符），然后where条件不带引号。（以后有机会可以开一个专题来讲讲索引失效的情况）。

专注Web开发，后台开发，DB性能和架构
我的公众号：“码农漫谈”，欢迎关注与交流

到这里，我们也就讲完了《浅析MySQL InnoDB行锁》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于mysql的知识点！