四种事物隔离级别由低到高分别可以避免脏读、不可重复读和幻读。但是随着事物隔离级别的提高，系统开销也会不断提升。MySQL默认的事物隔离级别是第三级（Repeatable read）也是最常用的级别。
| 脏读 | 不可重复读 | 幻读 | |
| Read uncommitted | √ | √ | √ |
| Read committed | √ | √ | |
| Repeatable read（默认） | √ | ||
| Serializable |
一、Read uncommitted
处在Read uncommitted级别的事物能够被其他事物读取语句间的数据，因此会出现其它事物读取了还未提交的数据。如果当前事物不发生回滚，则不会产生问题。效率最高，但不推荐。
二、Read committed
当前事物隔离级别，其它事物无法读取到已经被修改但是还未被提交的数据。但是其它事物线程也不会被阻塞，这意味着如果存在并发事物尝试读取当前正在被修改的数据行时可能会读取到原始数据。要避免这样的问题需要当有事物正在修改行级数据的时候，其它事物无论读或者写都必须被阻塞。
上表两次发出的select A from语句都是对同一行数据的查询。由于两条事物相互隔离，因此不会读到另一条线程中的操作数。但是依然可以读取当前行的原始数据，因此会造成两次读取的结果不一致。
三、Repeatable read（默认）
Repeatable read级别是MySQL默认的隔离级别，除非使用者明确修改。当前级别下的事物会同时为当前行增加读写的行级锁或页级锁，操作完毕以后随即unlock tables;如果在并发的事物中存在读取当前行数据的行为时，事物将被阻塞。直到获取行级锁的时候才能够继续操作并同时阻塞别的线程。
在当前隔离级别下，大部分的数据操作都是安全的。唯一可能发生问题的情况是事物需要插入数据或删除数据的时候，由于行级锁并未对表锁定。因此对于数据表的遍历可能会发生幻读错误。解决幻读问题的关键事物对任何数据表的操作，同时使用表级锁。其它任何并发事物都必须等待当前操作完成。从宏观上观察，就是杜绝了事物的并发操作。
四、Serializable
序列化事物是最高的事物隔离级别，也是最占用系统资源的操作。可以避免所有问题，但也不被推荐。
结语：
有一点需要在这里说明，以上对于数据库隔离级别的阐释主要是基于MySQL中的InnoDB引擎。甚至从JavaEE程序员的角度也可以这样理解。但是，事务隔离级别和各种数据库锁机制并不是一一对应的关系。对DBA来说，无论是实现还是理解往往更加复杂。更深入一些的知识，我打算在下一篇博客中更新...（不过也可能不更新，大家不用期待）
安利时间：最近一直在找工作，有合适的机会请推荐一下^_^