我在MySQL Server5.5上尝试了一下:
1)确保事务隔离级别为repeatable_read
2)启动shell-1,在其中启动一个事务,然后通过select读取值
3)启动shell-2,在其中启动一个事务,然后通过select读取相同的值
4)在shell-1中,将值更新为value +1并提交
5)在shell-2中,将值更新为value +1并提交
该值丢失了一次更新,并且仅按1递增。
现在,据我所知,RR使用了共享读锁和独占写锁,这意味着在上面的#4和#5中,事务应该是死锁的,但这并没有发生。
所以要么是我对RR的理解有误,要么是MySQL以不同的方式实现了RR。那么这是什么呢?
编辑:通过一个类似的实验,还确认了如果RR事务( t1 )在t2提交之后和t1提交之前对该表执行了另一个select操作,则该RR事务(t2)不会看到另一个RR事务(T2)插入到同一个表中的行。(这里是这个实验的链接:http://www.databasejournal.com/features/mysql/article.php/3393161/MySQL-Transactions-Part-II---Transaction-Isolation-Levels.htm)
这是否意味着MySQL的RR也负责幻象读取?
发布于 2012-05-03 17:11:47
MySQL实际上并不符合可重复读取。您可以通过使用隔离级别serializable或将FOR UPDATE放在selects之后(请查看下面的示例)来强制执行此操作。然后,期望的行为就会实现。关于幻影读取,MySQL实际上比必要的更严格...
SELECT value FROM table WHERE id = 7 FOR UPDATE;https://stackoverflow.com/questions/10040785
复制相似问题