一、隔离级别的概念

为什么要考虑隔离级别？

因为事务要并发执行，而并发执行可能会出现一些问题：脏读、不可重复读和虚读，有的是允许出现的，有的不允许出现，对于这种不同程度上的出现或不出现的并发控制才有了不同的隔离级别。

MySQL支持的四种隔离级别是：

• TRANSACTION_READ_UNCOMMITTED：未提交读。说明在提交前事务A可以看到事务B的变化。这样读脏数据，不可重复读和幻读都是被允许的。

• TRANSACTION_READ_COMMITTED：已提交读（oracle默认），说明读取未提交的数据是不允许的（防止脏读）。在这个级别仍然允许不可重复读和幻读发生。

• TRANSACTION_REPEATABLE_READ：可重复读（MySQL默认），说明事务保证能够再次读取相同的数据而不会失败，即使其他的事务把这个数据改了，你也不会看到前后两次查询的数据的不同。但是幻读仍然会出现。

• TRANSACTION_SERIALIZABLE：串行化，是最高的事务隔离级别，它防止脏读，不可重复读和幻读。串行执行，相当于是单线程操作，并发能力最低。

注意：

事务隔离级别越高，为避免冲突所花费的性能也就越多，即效率低。在“可重复读”级别，实际上可以解决部分的虚读问题，但是不能防止ｕｐｄａｔｅ更新产生的虚读问题，要禁止虚读产生，还是需要设置串行化隔离级别。

MySQL客户端默认工作在可重复读级别：

二、测试TRANSACTION_READ_UNCOMMITTED隔离级别

若此时A客户端rollback，数据库中zhangsan的年龄恢复到了20，这时候已经来不及了，因为B客户端已经拿着21去做业务了。

两个客户端都rollback放弃对当前事务对数据做的修改，zhangsan年龄恢复为20

三、测试TRANSACTION_READ_COMMITTED隔离级别

因为设置了已提交读隔离级别，所以事务B并没有发生脏读，这是由各种锁机制以及事务并发的MVCC版本控制实现的。

在已提交读隔离级别下，查询已经提交的数据可能会导致不可重复读发生，这是允许的。既然发生了不可重复读，幻读就肯定可以发生了。

四、测试TRANSACTION_REPEATABLE_READ隔离级别

在一定意义上，可重复读取可以避免幻读的出现。因为当前的可重复读取隔离级别可以防止ｉｎｓｅｒｔ操作。虽然可重复读隔离级别可以防止ｉｎｓｅｒｔ和ｄｅｌｅｔｅ操作，但无法防止ｕｐｄａｔｅ操作。

实际上，事务A已经插入并且提交了，aaa已经存在，因为事务B ｕｐｄａｔｅ aaa的年龄成功了

当同一查询在前后两次被执行时，如果数据量不同，会导致幻读的发生。要彻底解决幻读问题，在可重复读隔离级别下是无法实现的，必须将隔离级别提高到串行化

五、测试TRANSACTION_SERIALIZABLE隔离级别

从现象看，串行化可以解决幻读，同样的条件进行查询，在另一个表里面插入数据时就被阻塞，由于事务B正在读数据，此时事务A再写数据就被阻塞了（用读写锁实现，允许读读，不允许读写或者写写）

MySQL server不会让自己执行事务的线程永远阻塞，导致当前线程占用的锁无法释放，而使得其他执行事务的线程也无法获得锁而永远阻塞。如果执行事务的线程等待的时间过长，会触发超时机制，导致线程释放锁并返回一个错误