MySQL--事务隔离级别RR和RC的异同

在MySQL中，事务隔离级别RC(read commit)和RR（repeatable read）两种事务隔离级别基于多版本并发控制MVCC(multi-version concurrency control）来实现。

##=========================================================##
由于RC隔离级别需要保持语句级别的一致行，事务中每一次读取都是访问当前时间点的已提交数据，因此事务中多条查询语句会创建多个不同的ReadView，开销较大，复杂度更高，而对于RR隔离级别，仅需要一个版本的ReadView，消耗更少，因此Mysql默认使用RR隔离级别。

RC隔离级别获得的是语句级读一致性
RR隔离级别获得的是事务级读一致性

##=========================================================##

当使用基于语句格式的Binlog时，Innodb存储引擎不支持READ COMMITTED和READ UNCOMMITTED两种事务隔离级别，否则无法保证主从数据一致。

错误消息：
ERROR 1598 (HY000): Binary logging not possible. Message: Transaction level 'READ-COMMITTED' in InnoDB is not safe for binlog mode 'STATEMENT'

##=========================================================##

对于RR隔离级别，事务执行所持有的锁会被持有到事务结束。

对于RC隔离级别，事务执行时所持有的行锁，如果该行数据未被修改，则在语句结束后被释放。

如对于SQL: update tb001 set c1=0 where c1=1; 表tb001上c1列没有索引，语句执行时需要扫描全表数据并对每行数据加锁，在RC隔离级别下，仅有满足c1=1的行数据被修改且锁被保留到事务结束，而RR隔离级别下，表上所有行都被加锁且锁保留到事务结束。

##=========================================================##

对于相同的SQL语句，不同的事务隔离级别会对数据加不同的锁。

对于RR隔离级别，会采用Gap Lock和Next-key Lock来锁定一个数据范围，防止其他回话修改该区间数据。

如SQL:update tb001 set c1=0 where c1=1; 表tb001上c1列上有索引，在RC级别，仅会对c1=1上的数据行加锁，而RR级别，需要加Gap Lock来保证数据ACID特性。

##=========================================================##
对于RC隔离级别，访问的数据是每次语句执行时间点的数据，而对于RR隔离级别，访问的数据是事务中第一条语句执行时间点的数据。
If the transaction isolation level is REPEATABLE READ (the default level), all consistent reads within the same transaction read the snapshot established by the first such read in that transaction.
With READ COMMITTED isolation level, each consistent read within a transaction sets and reads its own fresh snapshot.

##=========================================================##

在RR隔离级别下，执行start transaction命令后，并未开启事务，而是等到第一条语句执行时开启事务并建立一致性读的snapshot，如果希望在start transaction时就建立一致行读的snapshot，可以使用START TRANSACTION WITH consistent snapshot。

##=========================================================##
mysqldump --single-transaction便是基于RR隔离级别来获取一致性数据。
虽然RR隔离级别保证了数据一致性，但是mysqldump并不会在开始时便获取所有表的MDL锁，假设在mysqldump执行期间执行对表TB1的ALTER或DROP操作：
情况1：执行mysqldump的线程先访问表TB1，然后另外线程执行ALTER或DROP操作,则执行mysqldump的线程获取到MDL锁，阻塞执行ALTER或DROP操作的线程。
情况2：线程先执行ALTER或DROP操作，然后mysqldump线程访问修改的表TB1，由于执行ALTER或DROP操作的线程已经修改了TB1的结构，导致执行mysqldump的线程无法获得一致性数据，最终mysqldump失败。

##============================================##