一、READ UNCOMMITTED(未提交读)
在READ UNCOMMITTED级别，事务中的修改，即使未提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读( Dirty READ )。这个级别会导致很多问题。从性能上来说，READ UNCOMMITTED不会比其他级别好太多，但是缺乏其 他级别的很多好处，除非真的有非常必要的理由，否则在实际开发中，一般很少使用。
二、READ COMMITTED(提交读)
大多数数据库系统默认的隔离级别都是READ COMMITTED，但是MySQL不是。READ COMMITTED满足个理性的简单定义：一个事务开始时，只能“看见”已经提交的事务所作的修改。换句话说，一个事务在开始到提交之前，所做的任何修改对其它事务是不 可见的。这个级别有时候也叫不可重复读(nonrepeatable)，因为两次执行同样的查询，可能会得到不同的查询结果。
三、REPEATABLE READ(可重复读，MySQL默认隔离级别)
这个是MySQL默认的隔离级别。REPEATABLE READ解决了脏读的问题。该级别保证了在同一个事务中多次读取同样记录的结果是一致的。但是在理论上，REPEATABLE READ隔离级别无法解决另外一个幻读(Phantom Read)的问题。所谓幻读，指的是当 某个事务在读取某个范围内的记录时，另外一个事物又在该范围内插入了新的记录。当之前的事务再次读取该范围内的记录时，会产生幻行(Phantom Row)。InnoDB和XtraDB存储引擎通过多版本冰法控制(MVCC, Multiverson Concurrency Control)解决了幻 读问题。
四、SERIALIZABLE(可串行化)
SERIALIZABLE是最高的隔离级别。他通过强制事务串行执行，避免了前面说的幻读问题。简单来说，SERIALIZABLE会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用问题。实际应用中也很少用到这个隔离级别，只有在非常需要全确保数 据的一致性而且可以接受没有并发的情况下，才考虑采用该级别。
表格归纳如下：
| 隔离级别 | 脏读可能性 | 不可重复读可能性 | 幻读可能性 | 加锁度 |
| READ UNCOMMITTED | YES | YES | YES | NO |
| READ COMMITTED | NO | YES | YES | NO |
| REPEATABLE READ | NO | NO | YES | NO |
| SERIALIZABLE | NO | NO | NO | YES |