一、未提交读（READ UNCOMMITED）
此事务中，A事务还未提交的修改可被B事务读取到，称为脏读（Dirty Read），与脏数据不同；一般很少使用此隔离级别（性能并未有显著优势，且问题较多）
二、提交读（不可重复读）(READ COMMITED)
大部分数据库的默认隔离级别，B事务只能读取A事务中已提交的数据。例如：
1、A事务开启，读取表a记录1
2、B事务开启，并修改表a记录1，提交
3、A事务重新查询表a记录1，已经是事务B中修改后的结果
一般指两次查询会有不同结果，所以也称为不可重复读（一般针对update场景）
解决问题：脏读
三、可重复读(REPEATABLE READ)
Mysql的默认隔离级别，A事务只能读取到在A事务开启之前，其他事务已提交的数据。例如：
1、A事务开启，读取表a记录1
2、B事务开启，对表a记录1进行修改并提交
3、A事务重新读取表a记录1，仍然是一样的数据，并未读取到B事务中的修改
解决问题：不可重复读
未解决问题：幻读（实际上一般会通过MVCC，Multiversion Concurrency Control，即多版本并发控制解决）
ps：幻读-一般指在插入新数据的场景下（针对insert场景）：
1、A事务开启，读取表1，ID大于3的记录，此时有2条
2、B事务开启，插入1条ID为11的记录到表1，并提交
3、A事务重新读取表1，ID大于3的记录，此时有3条。
MVVC:只在提交读和不可重复读隔离级别中使用，通常用悲观锁和乐观锁实现【基于并发场景】
* 悲观锁，一般对共享资源上锁，容易造成死锁和较长的等待时间
* 乐观锁，通常引入版本号概念，通过比对版本号来确定操作是否能够成功。并不上锁，一般情况下多条并发处理，只会有一条成功。
四、可串行化(SERIALIZABLE)
最高的隔离级别。会强制事务串行执行，简单来说，会在读取（读锁）的每一行数据上都加锁，一般来说在多线程场景下，性能低下。
解决问题：幻读
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
| 未提交读 | √ | √ | √ |
| 提交读 | χ | √ | √ |
| 可重复读 | χ | χ | √ |
| 可串行化 | χ | χ | χ |