MySQL 事务隔离级别

基本概念

　　事务的基本特性

1. 原子性（Atomicity）: 当开启事务后，后面的所有操作，要么全部成功，要么全部失败。
2. 一致性（Consistency）: 事务执行前后数据库状态保持一致。
3. 隔离性（Isolation）: 在事务未提交前，它的操作对其他用户是不可见的。
4. 持久性（Durability）: 一旦事务成功，将进行永久的变更，记录与redo日志；

　　事务并发引发的问题

1. 脏读：所读取的数据已经被修改了，属于没有意义的数据。
2. 不可重复读：事务A多次读取同一条数据，事务B在A读取的过程中对这条数据进行了更改，导致事务A读取的数据中出现的结果不一致。
3. 幻读：同样一个查询错做在整个事务过程中多次执行后，查询所得的结果集不一样。(侧重于新增和删除操作)

　　事务的隔离级别

1. 读未提交（read-uncommitted）：读取其它事务未完成的结果。
2. 不可重复读（read-committed） ：事务完成后，才能读取该事务的数据更新后的结果。
3. 可重复读（repeatable-read） ：在整个事务的过程中，对同一笔数据的读取结果是相同的，不管其他事务是否同时在对同一笔数据进行更新，也不管其他事务对同一笔数据的更新提交与否。
4. 串行化（serializable） ：事务操作都必须依次顺序执行，可以避免其他隔离级别遇到的所有问题，是最为安全的隔离级别， 但同时也是性能最差的隔离级别。

　　　不同隔离级别引发的问题

隔离级别	脏读	不可重复读	幻读
读未提交	Yes	Yes	Yes
不可重复读	No	Yes	Yes
可重复读	No	No	Yes
串行化	No	No	No

案例说明

　　　本此案例使用单表进行测试，具体表结构如下所示：

DROP TABLE IF EXISTS `user`;
CREATE TABLE `user`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `age` int(11) NULL DEFAULT NULL,
  `balance` int(255) NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
)

INSERT INTO `user` VALUES (1, '张三', 21, 100);
INSERT INTO `user` VALUES (2, '李四', 21, 0);

　　表中有两条数据张三的余额为100，李四的余额为0；

　　读未提交

　　　在Windows环境下使用dos窗口(此处需要两个窗口进行测试分别为A/B)进入mysql的客户端，并切换到此表对应的数据库下。

　　　在A窗口和B窗口下对其事务的模式进行设置并开启事务。

SET session transaction isolation level read uncommitted;

START TRANSACTION;

　　在窗口A中对张三的余额进行调整（加50），在不进行提交的前提下在窗口B对张三的余额进行查询，结果如下：

　　窗口A

        

　　窗口B

         

　　我们发现客户端B的数据也是被更新了，但是，如果有一天由于某些问题，客户端的这次更新进行了回滚操作，那么客户端B中查询的数据就属于脏数据了，这时候就会有脏读的问题。

不可重复读

　　同样的打开两个窗口并对其事务进行设置。

SET session transaction isolation level read committed;

START TRANSACTION;

　　对在窗口A中对张三的余额进行调整（加50），在不进行提交的前提下在窗口B对张三的余额进行查询，结果如下：

　　窗口A

        

　　窗口B

        

　　这里我们发现在A窗口没有提交事务前B窗口无法拿到A窗口更新的数据，因此解决了脏读的情况。

　　下来我们对A窗口的数据进行提交。并再次查询结果。

　　窗口A
        

　　窗口B

　　

　　这个时候B窗口的数据在A窗口提交事务前后的数据是不一致的，因此会有不可重复读的问题产生。

可重复读

　　同样的打开两个窗口并对其事务进行设置。

SET session transaction isolation level repeatable read;

START TRANSACTION;

对在窗口A中对张三的余额进行调整（加50），在不进行提交的前提下在窗口B对张三的余额进行查询，结果如下：

　　窗口A

        

　　窗口B

        

　　这里我们发现在A窗口没有提交事务前B窗口无法拿到A窗口更新的数据，因此解决了脏读的情况。

　　下来我们对A窗口的数据进行提交。并再次查询结果。

　　窗口A
        

　　窗口B

　　

　　此时发现已经解决了不可重复读的问题。

　　这时候如果在窗口B对张三的数据再进行增加（+50）呢？那么最终的数据会是多少呢？

　　窗口A

　　

　　窗口B

　　

　　可见B窗口的数据是在A窗口的基础上进行操作的，因此数据的一致性没有被破坏，因为可重复读的隔离级别下使用了MVCC机制。

　　下来我们在B窗口新增一条数据，并进行提交。

INSERT INTO `user` VALUES (3, '王五', 21, 200);

　　窗口A

　　

　　客户端A两次结果发生了不一致，出现幻读。

串行化

　　同样的打开两个窗口并对其事务进行设置。

SET session transaction isolation level serializable;

START TRANSACTION;

　　窗口A对user表中的数据进行查询，在窗口B对数据进行更新。

　　窗口A

　　

　　窗口B