MySQL事务的四种隔离级别，mysql中的不可重复读和幻读的区别，Repeatable read可重复读隔离级别下怎么不存在幻读问题？

1. 事务的隔离级别

1.1 read uncommited：读未提交。一个事务读到了另一个事务未提交的脏数据，称之为脏读。

1.2 read commited：读已提交。解决了脏读问题，但当前事务两次的读取内容由于另一个事务修改并提交而不一致，出现了不可重复读。

1.3 repeatable read：可重复读。解决了不可重复读，也就是当前事务读不到其它事务修改并提交的数据，从而不会出现不可重复读问题。

1.4 serializable：串行化。解决了幻读问题，也就是当前事务没有结束，其它事务无法进行其它任何操作，串行化操作。

2. 各个隔离级别的功能验证

2.1 首先，MySQL的默认隔离级别是可重复读，如下。

2.2 读未提交隔离级别下的操作。

虽然系统属性可以作用于所有会话，但是每次系统属性更改后并不能立即在当前会话中起作用，需要退出重新进入；所以为了不退出重新进入，我们进入每个会话，都对当前会话的自动提交和隔离级别进行修改，操作如下。

// 更改当前会话的隔离级别和自动提交
set @@tx_isolation='xxx';
set @@autocommit=0;// 属性前有global是系统属性值
set @@global.tx_isolation='xxx';
set @@global.autocommit=0;

虽然说变量前不加global时，是会话属性，但是我这边修改失败了。

总结：①所以修改系统或会话属性时，添加对应global或session更好，省略有时会有问题。②每次测试完一个隔离级别后，尽可能退出重新进入，我这边连续测试隔离级别时会有问题。

两个事务进行相应操作，如下图。

2.3 读已提交隔离级别下的操作。

还是保证事务的自动提交处于关闭状态，并且更改事务隔离级别为read-committed，如下图;

两个事务进行相应操作，如下图。

read committed隔离级别解决了脏读问题，但是出现了不可重复读问题。

2.4 可重复读隔离级别下的操作

还是保证事务的自动提交处于关闭状态，并且更改事务隔离级别为repeatable-read，如下图;

两个事务进行相应操作，解决了不可重复读问题，如下图。

以下图片，说明mysql的repeatable read隔离级别可以解决幻读问题？

repeatable read隔离级别解决了不可重复读的问题，同时不存在幻读问题，这是为什么？网上的教程不都说该隔离级别存在幻读问题吗？

其实这里涉及到快照读和当前读内容，上面的普通查询语句属于快照读。快照读：在事务首次select数据时，生成快照数据，之后的读操作都会使用该快照数据(包含了其它库和其它表的数据)，因此repeatable read隔离级别下可以有效地避免不可重复读以及读数据的幻读问题，如果中途有增删改等更新操作，仍然出现幻读问题。快照读只在read committed和repeatable read两种隔离级别才有，read committed隔离级别下每次读取数据都会更新快照数据，而Repeatable Read只在事务首次读取数据生成快照数据，之后读操作都使用第一次的快照。当前读：也叫锁定读，有两种方式：①select ... lock in share node；②select ... for update。这种查询其实是对相应记录加锁，其它事务的当前读以及增删改等操作都会被阻塞，如下图。

2.5 ①快照读在首次读取数据才有快照；②会对其它库的表数据进行“快照”，不仅仅是当前操作数据。验证如下图。

2.6 当前读不会出现幻读问题，因为操作都被阻塞了，如下图。