MVCC号称解决脏读和不可重复读。
这里提两个问题:
1.
事务A先于事务B启动,事务A存在多条sql语句。
事务B在事务A执行过程中执行快照读(事务A还没有进行到commit语句,但已经执行了几条修改语句),此时事务B能够读到事务A修改过的行吗?还是说只有当事务A commit后,此时才会产生版本号为A的行?
2.
又有,事务A先于事务B启动,此时某行的版本号为XX,事务B读取到该行,而后事务A修改了这一行,版本号变为A。根据MVCC中读取先于事务本身版本号的最新版本号,这时,事务B在此快照读取该行,不就产生了不可重复读?求解
问题已解决。答案如下
1.在innodb的RC或RR模式下,快照读读不到事务未提交的数据。具体是通过Readview实现。术语是readview,用白话说就是,记录了未提交事务的表,事务会依据该表选择合适的行版本号进行快照读操作,具体选择版本号的方法是挑选除readview表的版本号外的最新版本号。但需要注意的是,RC级别下readview表会随着其他未提交事务的提交而发生变动,但RR不会。当隔离级别为RC,事务一开始便生成readview表,而若是事务执行期间其他事务发生提交操作,此时readview也会相应地改变,之后的快照读会依照改变后的readview表读取最新提交版本的数据,所以RC下会有不可重复读问题。当隔离级别为RR,事务执行一条语句时才生成readview,且之后不会再变动,就克服了不可重复读的问题。
2.不可重复读会在RC模式下发生,而不会在RR模式下发生。原因可在答案1找到。
看了一圈资料,对MVCC和锁明白了一些。要实现数据库的并发控制,要知道不同隔离级别下的sql语句加锁情况。MVCC提供了快照读,该快照读能够解决事务未提交读和不可重复读的问题,并发度比严格加锁的并发控制高。但这只适用于对于数据控制不严格的情况。如递增数并发问题,单例模式的并发问题,这两类经典的问题就需要配合加锁进行并发控制。
限于本人水平,以上若有错,还望指正。