1.读未提交（READ UNCOMMITTED）：允许读取尚未提交的数据，可能导致脏读，幻读，不可重复读，丢失更新。

2.读已提交（READ COMMITTED）：读取已经提交的数据，阻止了脏读发生，可能导致幻读、不可重复读，丢失更新。

3.可重复读（REPEATABLE READ）：解决了脏读，不可重复读的问题。仍然可能发生幻读，丢失更新。

4.串行化(SERIALIZABLE)： 解决了脏读，不可重复读，幻读问题，丢失更新。最高等级，最低效率。。。。事务按照顺序执行。

更详细的事务隔离级别可看这个文章：
结合图文一起搞懂MySQL事务、MVCC、ReadView！

当前读(Current Read)

当前读就是读的是当前时刻已提交的数据。

在mysql中，当前读返回的记录都会加上锁，保证其他事务不会再并发的修改这条记录，也就是说在并发事务中读取到的是已经提交的最新的数据。

例如：

select lock in share mode (共享锁),
select for update; update; insert;
delete (排他锁)

以上操作都是属于当前读。在串行化的事务隔离级别下因为事务都加锁，所以读取到的都属于当前读。

快照读(Snapshot Read)

跟当前读相对应的就是快照读，快照读读取到的不是最新的数据，读取到往往是某个快照版本，而不是当前最新的数据。

在 mysql中，快照读不使用锁，而是通过 MVCC 实现。

例如：

– 快照读示例：普通的 SELECT 语句使用快照读
SELECT column1, column2 FROM table_name WHERE condition;

就是在mysql的默认引擎（InnoDB）的默认隔离级别可重复读（Repeatable Read ）下，使用select语句不加锁都是快照读。

参考

【MySQL】MVCC详解与MVCC实现原理（MySQL专栏启动）

MVCC

定义

表里面的隐藏字段

在mysql表里面的行数据中，有三个隐藏的列字段，分别是：db_row_id(唯一行号)，db_trx_id(事务id)，db_roll_ptr（回滚指针）。

此处主要在于下面两个字段：

ps:
聚簇索引:索引和实际存储的数据在同一个地方，找到索引即找到实际数据值
非聚簇索引：:索引和实际存储的数据不在同一个地方，找到索引还需要根据其他索引才能找到实际数据值

以下图片来自于全网最详细MVCC讲解，一篇看懂：

由db_roll_ptr串成的版本链

上面隐藏字段提到的Undo Log，Undo Log会包含每条更新记录的版本信息，包括旧版本的列数据和db_trx_id（事务id）以及db_roll_ptr(指向上一个版本的指针)，这样就组成了一个版本链。

下图来自于：MVCC原理 - 我隔壁是老王 - 博客园

ReadView

一致性视图，全称 Read View ，是用来判断版本链中的哪个版本对当前事务是可见的条件,也就是说判断版本链中哪个版本对当前事务是可以读取到的，包含m_ids，m_creator_trx_id，m_low_limit_id，m_up_limit_id。

下图来自于：全网最详细MVCC讲解，一篇看懂 - 知乎

可见性算法

可见性指的是，当执行一个查询语句（快照读）的时候，当前事务的查询语句可以见到版本链哪条记录。

由隐藏字段db_trx_id(事务id)，db_roll_ptr（回滚指针）和Undo Log版本链，Readview就可以实现MVCC了，其对比过程如下：

mvcc的可见性算法为什么要以提交的数据为准则？

RC和RR使用MVCC的不同

不同的地方在于可重复读是在第一次查询的时候（快照读）生成的readview，该readview一直被使用，不会生成新的readview；而读已提交则是每次查询的时候（快照读）都生成新的readview从而实现了读已提交。

至于详细的关于其不同的示例，请参考文章中的RC 和 RR 下的 Read View章节：
全网最详细MVCC讲解，一篇看懂

RR级别下是否完全解决幻读问题？

在全网最详细MVCC讲解，一篇看懂 - 知乎我看的这篇文章中，是说防止了部分幻读问题，但是没有完全解决幻读问题。这个结论是对的，但是它的示例却是错误的。。。。

不同隔离级别下的实现原理

不同隔离级别下的锁机制如下：

总结如下:
1.读未提交：不使用锁，无须其他手段；
2.读已提交：使用行级锁；
3.可重复读：MVCC+ 行级锁 + 间隙锁 + Next-Key Lock
3.可重复读：表级锁

特别鸣谢