MySQL 数据库 InnoDB 存储引擎的隔离级别是通过锁和 MVCC 的机制实现的。
1
了解 MySQL 中锁的机制
锁是用于避免不同事务对共享资源的并发访问的产生读一致性的问题的机制。
1、表锁和行锁
InnoDB 存储引擎支持行锁和表锁，行锁就是锁住表里面的一行数据，用共享（S）锁和排他（X）锁来实现行锁；表锁就是锁住一张表，意向锁是表级锁，InnoDB 的表锁是通过行锁实现的，就是把表里所有的行用共享（S）锁和排他（X）锁来锁住。
2、表锁和行锁的性能分析
因为表锁只需要直接锁住这张表就行了，而行锁还需要在表里面去检索这一行数据，所以表锁的加锁效率更高。
因为当我们锁住一张表的时候，其他任何一个事务都不能操作这张表，但是我们锁住了表里面的一行数据的时候，其他的事务还可以来操作表里面的其他没有被锁定的行，所以表锁的冲突概率更大，那么表锁的并发性能就更低。
2
锁的分类
1、共享锁（Shared Locks）
共享锁，又称为读锁，简称 S 锁，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改。
加锁方式：
select * from person where id = 1001 LOCK IN SHARE MODE;释放锁方式：
commit/rollback;2、排他锁（Exclusive Locks）
排他锁，又称为写锁，简称 X 锁，排他锁不能与其他锁并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的锁（包括共享锁和排他锁），只有这个获取了排他锁的事务才可以对数据行进行修改，其它的事务不能对这个数据行进行修改，但是可以进行读取（通过 MVCC 的快照来读取的）。
加锁方式：
自动：delete 、update、insert 默认加上 X 锁；
手动：
select * from person where id = 1001 FOR UPDATE;释放锁方式：
commit/rollback;共享锁和排他锁都是行锁，InnoDB 的行锁，就是通过锁住索引来实现的，只有通过索引进行数据检索，InnoDB 才会使用行锁，否则 InnoDB 将使用表锁，锁住所有的记录。这也就是为什么我们在做数据删除的时候一定要让 sql 命中索引，否则就会锁表。
3、意向锁（Intention Locks）
意向锁是由 InnoDB 数据引擎自己维护的，用户无法手动操作意向锁。
当我们给一行数据加上共享锁之前，数据引擎就会自动在这张表上面加一个意向共享锁（Intention Shared Lock，简称 IS 锁）。
当我们给一行数据加上排他锁之前，数据引擎就会自动在这张表上面加一个意向排他锁（Intention Exclusive Lock，简称 IX 锁）。
如果一张表上面至少有一个意向共享锁，说明有其他的事务给其中的某些数据行加上了共享锁。
如果一张表上面至少有一个意向排他锁，说明有其他的事务给其中的某些数据行加上了排他锁。
IS 锁 和 IX 锁是两个表锁，它们的作用是用来提高加锁的效率的，如果没有意向锁的话，当我们准备给一张表加上表锁的时候，就得先要去判断有没其他的事务锁定了其中了某些行，如果有的话，肯定不能加上表锁。那么这个时候我们就要去扫描整张表才能确定能不能成功加上一个表锁，如果数据量特别大，比如有上千万的数据的时候，加表锁的效率就会很低。但是我们引入了意向锁之后，我们只要判断这张表上面有没有意向锁就可以了，如果有就直接返回失败，如果没有就可以加锁成功。
所以 InnoDB 里面的表锁，我们可以把它理解成一个标志，当我们给一行数据加上行锁的时候，系统自动帮我们加上意向锁，作为一个标志，用来提高加表锁的时候（如果没有用到索引就会加表锁）的执行效率。
4、自增锁（AUTO-INC Locks）
自增锁是针对自增列自增长的一个特殊的表锁，这是为主键自增专门实现的锁。可以通过以下命令查看自增是否连续，默认为 1，表示连续。
show variables like 'innodb_autoinc_lock_mode;5、记录锁(Record Locks)
记录锁，就是锁定一条记录，当我们对于唯一性的索引（包括唯一索引和主键索引）使用等值查询，精准匹配到一条记录的时候，这个时候使用的就是记录锁。我们使用不同的主键去加锁，它只锁住这个主键的记录，所以叫记录锁。
6、间隙锁(Gap Locks)
间隙锁，就是锁定一段范围，当我们查询的记录不存在，没有命中任何一条记录，无论是用等值查询还是范围查询的时候，它使用的都是间隙锁，采用左开又开的区间。Gap Lock 只在 RR 隔离级别中存在。
7、临键锁(Next-key Lock)
临键锁，锁定范围加记录，当查询命中索引的时候，当通过范围查询的时候，数据引擎会按照按照范围划分区间，采用左开右闭的区间锁住它自己的区间以及它之后的一个区间，InnoDB 选择临键锁(Next-key Lock)作为行锁的默认算法，这么做的目的就是为了防止幻读。
3
MySQL 中四个事务隔离级别的实现
RU隔离级别（Read Uncommited ）：不加锁。
串行化隔离级别（Serializable）：所有的 select 语句都会被隐式的转化为 select ... in share mode，会和 update、delete 操作互斥。
RR隔离级别（Repeatable Read）：普通的 select 使用快照读（snapshotread），底层使用 MVCC 来实现；加锁的 select（select ... in share mode / select ... for update）以及更新操作 update、delete 等语句使用当前读（current read），底层使用记录锁、或者间隙锁、临键锁来实现。
RC隔离级别（Read Commited）：普通的 select 都是快照读，使用 MVCC 实现，加锁的 select 都使用记录锁，因为没有间隙锁(Gap Locks)。
要解决读一致性的问题，保证一个事务中前后两次读取数据结果一致，我们可以采用加锁的方式来实现事务隔离，表示一个事务在读取的时候不允许其他事务修改，而一般的应用都是读多写少，因此加锁的方式会给数据库的效率带来问题，因此普通的 select 查询没有使用加锁的方式来保证事务隔离。
