面试你应该知道的 MySQL 锁 _MySQL

背景
数据库的锁是在多线程高并发的情况下用来保证数据稳定性和一致性的一种机制。MySQL 根据底层存储引擎的不同，锁的支持粒度和实现机制也不同。MyISAM 只支持表锁，InnoDB 支持行锁和表锁。目前 MySQL 默认的存储引擎是 InnoDB，这里主要介绍 InnoDB 的锁。
InnoDB 存储引擎使用 InnoDB 的两大优点：一是支持事务；二是支持行锁。
MySQL 的事务在高并发的情况下事务的并发处理会带来几个问题

脏读：指在事务 A 处理过程里读取到了事务 B 未提交的事务中的数据。比如在转账的例子中：小 A 开了一个事务给小 B 转了1000 块，还没提交事务的时候就跟小 B 说，钱已经到账了。这个时候小 B 去看了一下余额，发现果真到账了（然后就开开心心刷抖音去了），这个时候小 A 回滚了事务，把 1000 块又搞回去了。小 B 刷完抖音再去看下余额，发现钱又不见了。
不可重复读：指在一个事务执行的过程中多次查询某一数据的时候结果不一致的现象，由于在执行的过程中被另一个事务修改了这个数据并提交了事务。比如：事务 A 第一次读小明的年龄是 18 岁，此时事务 B 将小明的年龄改成了 20 并提交了，这个时候事务 A 再次读取小明的年龄发现是 20，这就是同一条数据不可重复读。
幻读：幻读通常指的是对一批数据的操作完成后，有其他事务又插入了满足条件的数据导致的现象。比如：事务 A 将数据库性别为男的状态都改成1 表示有钱人，这个时候事务 B 又插入了一条状态为 0 没钱人的记录，这个时候，用户再查看刚刚修改的数据时就会发现还有一行没有修改，这就出现了幻读。幻读往往针对 insert 操作，脏读和不可重复读针对 select 操作。

【面试你应该知道的 MySQL 锁】由于高并发事务带来这几个问题，所以就产生了事务的隔离级别

Read uncommitted (读未提交)：最低级别，任何情况都无法保证。
Read committed (读已提交)：可避免脏读的发生。
Repeatable read (可重复读)：可避免脏读、不可重复读的发生。
Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。

InnoDB 常见的几种锁机制

共享锁和独占锁（Shared and Exclusive Locks），InnoDB 通过共享锁和独占所两种方式实现了标准的行锁。共享锁（S 锁）：允许事务获得锁后去读数据，独占锁（X 锁）：允许事务获得锁后去更新或删除数据。一个事务获取的共享锁 S 后，允许其他事务获取 S 锁，此时两个事务都持有共享锁 S，但是不允许其他事务获取 X 锁。如果一个事务获取的独占锁（X），则不允许其他事务获取 S 或者 X 锁，必须等到该事务释放锁后才可以获取到。大家可以通过下面的 SQL 感受下。

# T1START TRANSACTION WITH CONSISTENT SNAPSHOT;SELECT * FROM category WHERE category_no = 2 lock in SHARE mode; //共享锁SELECT * FROM category WHERE category_no = 2 for UPDATE; //独占锁COMMIT;# T2START TRANSACTION WITH CONSISTENT SNAPSHOT;SELECT * FROM category WHERE category_no = 2 lock in SHARE mode; //共享锁UPDATE category set category_name = '动漫' WHERE category_no = 2; //独占锁COMMIT;