最近在了解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。