mysql Innodb锁机制

参考：https://blog.csdn.net/soonfly/article/details/70238902

一、行锁

1. 共享锁（S）：又称读锁
   持有S锁的事务只允许读取该数据，不允许修改，也不允许任何事务获取该数据的X锁。
2. 排他锁（X）：又称写锁
   持有X锁的事务允许当前事务读取和修改该数据，排斥其他事务获取该数据的X锁和S锁。

说明：

• update/delete/insert会自动给涉及到的数据加上排他锁（X）
• select默认不会加任何锁类型，正常情况下select是使用快照方式读取数据
• select for update加排他锁（X）
• select ... lock in share mode加共享锁（S）

查看innodb行锁状态：

show status like 'innodb_row_lock%';

Variable_name                   Value
---------------------------------------
Innodb_row_lock_current_waits   0
Innodb_row_lock_time            1106
Innodb_row_lock_time_avg        158
Innodb_row_lock_time_max        809
Innodb_row_lock_waits           7

二、意向所（Intention Locks）

为了允许行锁和表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁（Intention Locks），这两种意向锁都是表锁：

1. 意向共享锁（IS）：又称意向读锁
   事务打算给数据行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。
2. 意向排他锁（IX）：又称意向写锁
   事务打算给数据行加排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。

说明：

• 意向锁是表级锁，但是却表示事务正在读或写某一行记录，而不是整个表。所以意向锁之间不会产生冲突，真正的冲突在加行锁时检查。
• 在给一行记录加锁前，首先要给该表加意向锁。也就是要同时加表意向锁和行锁。

InnoDB行锁模式兼容性列表：

-	X	IX	S	IS
X	✖	✖	✖	✖
IX	✖	✔	✖	✔
S	✖	✖	✔	✔
IS	✖	✔	✔	✔

如果一个事务请求的锁模式与当前的锁兼容，InnoDB就请求的锁授予该事务；反之，如果两者两者不兼容，该事务就要等待锁释放。 意向锁是InnoDB自动加的，不需用户干预。

三、间隙锁（Next-Key）

当使用范围条件检索数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；对于键值在条件范围内但并不存在的记录，叫做“间隙（GAP)”，InnoDB也会对这个“间隙”加锁，这种锁机制就是所谓的间隙锁 （Next-Key锁）。

例如xxx表有10条数据，id分别是1到10，执行下面语句：

select * from xxx where id > 5 for update

id=6,7,8,9,10的已存在的数据会被加排他锁；
id大于等于11的数据不存在，会被加间隙锁，此时如果执行insert语句插入id=11的数据会被阻塞。

InnoDB使用间隙锁的目的：

1. 为了防止幻读，以满足相关隔离级别的要求。
2. 为了满足其恢复和复制的需要。

开启or关闭间隙锁：

show variables like 'innodb_locks_unsafe_for_binlog';

Variable_name                   Value
----------------------------------------
innodb_locks_unsafe_for_binlog  OFF

注意：OFF或0表示开启间隙锁，ON或1表示关闭间隙锁。关闭间隙锁：

# 在my.cnf里面的[mysqld]添加，重启MySQL后生效
[mysqld]
innodb_locks_unsafe_for_binlog = 1