我们先来回忆下相关的概念：
事务隔离级别
读未提交(READ UNCOMMITTED)
事务中的修改，即使没有提交，对其他事务都是可见的，会产生脏读、不可重复读、幻读问题。
读已提交(READ COMMITTED)
一个事务开始时，只能看见已经提交事务所做的修改，会产生不可重复读、幻读问题。
可重复读(REPEATABLE READ)
在同一个事务中多次读取同样的记录结果是一致的。会产生幻读问题(当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行)。
可串行化(SERIALIZABLE)
最高的隔离级别，会在读取的每一行数据上都加锁，可能导致大量的超时和锁争用问题，一定要注意，当多个事务试图以不同的顺序锁定资源时，就可能会产生死锁。
可重复读是MySQL的默认事务隔离级别，InnoDB通过多版本并发控制(MVCC)+ next-key lock 解决了幻读问题。
下面重点分析下MVCC、间隙锁。
1、MVCC(多版本并发控制)是什么
MySQL的大多数事务型存储引擎实现的都不是简单的行级锁，基于提高并发性能的考虑，它们一般都同时实现了多版本并发控制。MVCC是行级锁的一个变种，它在很多情况下避免了加锁操作，开销低，大都实现了非阻塞的读操作，写操作也只锁定必要的行。
MVCC的实现是通过保存数据在某个时间点的快照来实现的。根据事务开始的时间不同，每个事务对同一张表，同一时刻看到的数据可能是不一样的。InnoDB的MVCC是通过在每行记录后面保存两个隐藏的列来实现的，一个保存了行的创建时间，一个保存行的过期时间(删除时间)。时间值通过系统版本号表示，每开启一个新的事务，系统版本号都会自动递增。MVCC解决了基于快照读下的幻读。
2、有了MVCC，为什么还要通过加锁的方式解决幻读？
针对update和delete操作里面的where条件查找满足条件的记录，Innodb引擎会返回的所有满足条件的数据，还是会产生幻读。
3、next-key lock
行锁(record lock)，锁定记录本身
间隙锁(gap lock)，锁定一个范围，但不包括记录本身。
读取最新版本的数据，会在搜索时加锁，阻塞新数据的插入，降低了并发性，间隙锁解决了基于当前读下的幻读。
select…for update会把数据给锁住，不过我们需要注意一些锁的级别，MySQL InnoDB默认行级锁。行级锁都是基于索引的，如果一条SQL语句用不到索引是不会使用行级锁的，会使用表级锁把整张表锁住，这点需要注意。
如您对本文有疑问或者有任何想说的，请点击进行留言回复，万千网友为您解惑！
