咱们都晓得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和会话25.咱们先看一下两个会话的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; //会话1Query 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=3Query OK, 1 row affected (0.00 sec)Rows matched: 1 Changed: 1 Warnings: 0MySQL [wakka]> update test set name = '赵十' where id = 4; //会话2: update id=4ERROR 2006 (HY000): MySQL server has gone awayNo connection. Trying to reconnect...Connection id: 160714383Current database: wakkaQuery OK, 1 row affected (0.01 sec)Rows matched: 1 Changed: 1 Warnings: 0咱们能够看到，当更新不同行的时候，是不会呈现阻塞的，这也能够阐明InnoDB应用的行锁，同时也能阐明行锁的并发性能会好过表锁，因为能够给不同的行加锁，不同行之间会互不干涉。
以上就是InnoDB行锁的根本解说，说到InnoDB行锁，还有一个常见的问题就是InnoDB就肯定是行锁吗？InnoDB存不存在表锁呢? 先说答案：InnoDB有可能产生表锁，当没有用到索引或者索引生效的时候会产生表锁，具体我用个例子来阐明：
咱们下面给test这张表的id字段和name字段建了索引，然而alias并没有。
MySQL [wakka]> show index from test;ERROR 2006 (HY000): MySQL server has gone awayNo connection. Trying to reconnect...Connection id: 160714511Current 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 awayNo connection. Trying to reconnect...Connection id: 160714522Current database: wakkaQuery 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 awayNo connection. Trying to reconnect...Connection id: 160714527Current database: wakkaQuery 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条件不带引号。（当前有机会能够开一个专题来讲讲索引生效的状况）。
以上就是InnoDB 行锁的简略解说， MySQL锁是MySQL当中很简单的一块，越研究会发现外面的内容越深。上述只是浅析，大抵的介绍了上行锁和行锁降级为表锁。
专一Web开发，后盾开发，DB性能和架构
我的公众号：“码农漫谈”，欢送关注与交换