事务脏读，不可重复读，幻读

最近在了解mysql事务的常见问题，在这里谈谈个人对事务的脏读，不可重复读，幻读的理解。可能和大部分博客的理解有所出入，如有不赞同的地方，希望能和大家一块讨论。

之所以会出现脏读，不可重复读，幻读都是因为某些事务对数据库执行了update，insert，delete操作，以下统称为对数据库的更改。

	大多数博客理解	我的理解
脏读	在事务A中读到了事务B commit之前对数据库的更改操作	理解一致
不可重复读	在同一个事务中多次执行同一个select操作，返回的结果是不同的	不太一致，我的理解是连续两次对同一select操作返回的结果不一致
幻读	是指当事务不是独立执行时发生的一种现象。后面就是举例说明	总结起来就是B事务的已提交的对数据库的更改操作，对A事务的更改操作造成了影响，导致查询的结果和更改的结果不相符

之所以不太赞同大多数人的观点，是因为区分不可重复读和幻读太难了，或者说幻读就是不可重复读的一种情况。

事务隔离级别是innodb默认的repeatable read, 下面看一个例子:

数据库表现存的记录:

下面开启两个事务:

操作1执行的结果如图所示:

                                                     

操作2执行的结果如图所示:

                                                    

操作3执行的结果如图所示：

                                                   

操作4执行的结果如图所示：

                                                   

根据上面的结果所示，在innodb的repeatable read的隔离级别下，根据大多数博客对不可重复读的定义仍然造成了不可重复读，因为操作4和操作1，操作2的结果是不同的。而repeatable号称解决了不可重复读，所以我认为连续两次同一select操作的结果不同才是不可重复读，即在两次的select操作中不能存在对数据库的更改操作。

之所以操作4和操作2的结果不同，是因为从操作3就出现了幻读，操作2返回的结果只有1条，但操作3却更新了2条记录。

总的说来，不可重复读说的是读操作，幻读是是说的别的事务对数据库的更改操作，对当前事务的更改操作造成了影响，比如insert出现重复键冲突，delete的记录不存，update的记录不存在，delete更多或更少的记录，update更多或更少的记录等。

所以说，innodb的repeatable read 并没有解决幻读的情况，留给了我们自己去实现，所以出现了gap lock。