一、引言
“读现象” 是在多个事务并发执行时，在读取数据方面可能碰到的状况。了解它们有助于理解各隔离级别的含义，其中包括脏读、不可重复读和幻读。
二、事务的隔离级别
我们知道，在数据库中，事务是要满足ACID的四个性质，即要满足原子性、一致性、持久性以及隔离性。
在数据库事务的ACID四个属性中，隔离性是一个最常放松的一个。可以在数据操作过程中利用数据库的锁机制或者多版本并发控制机制获取更高的隔离等级。
但是，随着数据库隔离级别的提高，数据的并发能力也会有所下降。所以，如何在并发性和隔离性之间做一个很好的权衡就成了一个至关重要的问题。
下面，通过例子来理解数据库的脏读、不可重复读、幻读。假如你们小组入职了一位小白美女新同事，新同事来的第一件事情，就是要熟悉项目代码，于是你就很热情的帮她开了SVN账号和密码，把代码帮她拉下来，然后让她熟悉熟悉……
1、脏读：
第一种读现象叫做脏读，顾名思义，就是读到了脏数据，即无效数据。
脏读。是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交（commit）到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是脏数据，依据脏数据所作的操作可能是不正确的。
打个比方：什么情况下会出现脏读呢？
就是你在你本地修改了一个PayExecutor这个类的代码，但你还没提交。新同事为了更快的知道这个类被你改成什么样，她跑到你的电脑前面阅读了你修改的代码。这就是脏读了。因为你没有提交代码，说明你随时可以撤销刚刚的修改，这时新同事之前读到的数据就是脏数据了。这种情况下，多个开发者之间的并发性很高，几乎没有任何阻塞，新同事想知道代码最新的是什么样，她就读到了最新的代码。但是，这个代码你还没有提交，这就是个脏数据，你们之间的隔离性很差。
2、不可重复读：
为了解决脏读问题，你们决定提高一个隔离性，规定：你在修改代码的时候，不允许新同事跑到你的电脑前面读代码。她只能读取到你提交后的代码。
当你需要修改PayExecutor这个类的时候，你需要告诉新同事让她等一下，等你提交完代码，她再读。这就有效的解决了脏读，因为新同事读到的代码全部都是你已经提交的代码。
但是，提高了你们之间的隔离性，并发性就降低了一些。因为她要等你提交代码后才能阅读。
好的，你们现在已经提高了一点隔离级别，使得脏读现象没有了，但是并没有办法避免以下现象：
新同事在阅读PayExecutor的代码时，代码中定义了一个LOGGER常量。这时你修改了代码，把这个常量删除了，然后提交了。新同事更新了代码继续阅读，但是她却发现LOGGER这个常量没有了。
两次读取，得到的文件内容不一样。严重影响了新同事的学习进度。这就是不可重复读现象。
不可重复读。是指在数据库访问中，一个事务范围内的两个相同的查询却返回了不同数据。这是由于查询时，系统中其他事务修改的提交而引起的。比如事务T1读取某一数据，事务T2读取并修改了该数据，T1为了对读取值进行检验而再次读取该数据，便得到了不同的结果。
3、幻读：
为了让新同事可以更好的学习代码。你们约定好，当她阅读某个类的代码的时候，通知你一下，然后你就不修改这个类的代码。避免出现了不可重复读的情况。
这样，你们之间的并发性就又降低了一些。不仅仅她阅读哪个类有了一些限制，你修改哪个类也有了要求了。
就这样相安无事了一段时间，她又来找你了。
在提升了隔离性之后，虽然你不会修改新同事正在阅读的类，她也不会阅读你正在修改的类。但是你可能会增加或者删除几个类。这时候和新同事之前读取到的类的总个数就有了变化。
也就是说，她之前读到的数据就不准确了。这就是幻读。
幻读。指同一个事务内多次查询返回的结果集不一样（比如增加了或者减少了行记录）。比如在同一个事务A内，第一次查询时候有n条记录，但是第二次同等条件下查询却又n+1条记， 这就好像产生了幻觉。
幻读是不可重复读的一种特殊场景。
要想解决脏读、不可重复读、幻读等读现象，那么就需要提高事务的隔离级别。但与此同时，事务的隔离级别越高，并发能力也就越低。所以，还需要根据业务需求进行权衡。
三、总结：
（1）、事务的隔离性上，从低到高可能产生的读现象分别是：脏读、不可重复读、幻读。
（2）、脏读指读到了未提交的数据。
（3）、不可重复读指一次事务内的多次相同查询，读取到了不同的结果。
（4）、幻读是不可重复读的特殊场景。一次事务内的多次范围查询得到了不同的结果。
通过在写的时候加锁，可以解决脏读。
通过在读的时候加锁，可以解决不可重复读。
通过串行化，可以解决幻读。