快速理解脏读，不可重复读，幻读

快速理解脏读，不可重复读，幻读 

要聊事务，不可避免的要提到数据库事务的四大特性：ACID

atomic
consistence
isolation
durability
先放一个表格，看看4个隔离级别会出现的各种问题，网上的解释一大堆。看完后还是一脸懵逼，感觉懂了，又好像没懂。因为没有具体的演示例子，索性自己尝试复现这几个问题。

√ 为会发生，×为不会发生：

隔离级别    脏读    不可重复读    幻读
read uncommitted（未提交读）    √    √    √
read committed（提交读）    ×    √    √
repeatable read（可重复读）    ×    ×    √
serialization（可串行化）    ×    ×    ×
再总结mysql 的常用命令（下面会用到）：

命令    含义
select version()    查看MySQL版本
SELECT @@tx_isolation    查看MySQL隔离级别
set session transaction isolation level 隔离级别    会话层面设置隔离级别
start transaction    开启事务
commit    提交事务
rollback    回滚事务
演示
首先建立如下表：

CREATE TABLE `account` (
 `id` int(2) NOT NULL AUTO_INCREMENT,
 `name` varchar(10) DEFAULT NULL,
 `balance` int(3) DEFAULT '0',
 PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4;
1
2
3
4
5
6
用Navicat（其他工具也行）开2个查询的tab页，表示2个会话

首先，在2个Tab页面分别执行SELECT @@tx_isolation，输出都是REPEATABLE-READ，表明MySQL默认隔离级别为REPEATABLE-READ（可重复）读。

*脏读
表中的数据如下，设置隔离级别为未提交读

时间    客户端A    客户端B
T1    set session transaction isolation level read uncommitted;
start transaction(开启事务);
update account set balance = balance+1000 where id = 1;
select * from account where id = 1;
设置为未提交读，给张三账号+1000，输出为2000    
T2        set session transaction isolation level read uncommitted;
start transaction;
select * from account where id = 1;
查询余额输出为2000
T3    rollback    
T4        commit
T5        select * from account where id = 1;
查询余额输出为1000
----->举个例子概述一下这个过程，财务给张三发了1000元的工资，然后张三查询自己的账户，果然多了1000元，变成了2000元，结果财务操作过程有误，事务回滚。当张三再查账户时，却发现账户只有1000元。

脏读就是指当事务A对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务B也访问这个数据，然后使用了这个数据。

----->再举一例，表中的数据如下:

时间    客户端A    客户端B
T1    set session transaction isolation level read uncommitted;
start transaction;
update account set balance = balance-1000 where id = 1;
update account set balance = balance+1000 where id = 2;    
T2        set session transaction isolation level read uncommitted;
start transaction;
select balance from account where id = 2;
update account set balance = balance -1000 where id = 2;
更新语句被阻塞
T3    rollback    
T4        commit
执行完成，数据库中的数据如下

解释如下：

时间    解释
T1    1给2转账1000
T2    2的余额够1000，购买1000元商品，更新语句被阻塞
T3    1回滚，1的余额变成1000,2的余额变成0
T4    2成功扣款，余额为0-1000=-1000
如此便出故障了！

*不可重复读
表中的数据如下，设置隔离级别为提交读

时间    客户端A    客户端B
T1    set session transaction isolation level read committed;
start transaction;
select * from account where id = 2;
查询出余额输出为0;    
T2        set session transaction isolation level read committed;
start transaction;
update account set balance = balance + 1000 where id = 2;
select * from account where id = 2;
commit；
查询余额输出1000
T3    select * from account where id = 2;
commit；
查询余额输出1000    
不可重复读是指在事务1内，读取了一个数据，事务1还没有结束时，事务2也访问了这个数据，修改了这个数据，并提交。紧接着，事务1又读这个数据。由于事务2的修改，那么事务1两次读到的的数据可能是不一样的，因此称为是不可重复读。

当然你可以在T2时间段客户端B修改完id=2的账户余额但没有commit的时候，在客户端A查询id=2的账户余额，发现账户余额为0，可以证明提交读这个隔离级别不会发生脏读。

现在用上面的例子看一下可重复读是个什么过程？

表中的数据如下，设置隔离级别为可重复读

时间    客户端A    客户端B
T1    set session transaction isolation level repeatable read;
start transaction;
select * from account where id = 2;
查询余额输出为0;    
T2        set session transaction isolation level repeatable read;
start transaction;
update account set balance = balance + 1000 where id = 2;
select * from account where id = 2;
commit；
查询余额输出1000
T3    select * from account where id = 2;
commit；
查询余额输出0    
仔细看这个例子和上面的例子在T3时间段的输出，理解了什么叫可重复读了吧？当我们将当前会话的隔离级别设置为可重复读的时候，当前会话可以重复读，就是每次读取的结果集都相同，而不管其他事务有没有提交。
----------但是在可重复读的隔离级别上，会产生幻读的问题。

*幻读
表中的数据如下，设置隔离级别为可重复读

先上一段《高性能MySQL》对于幻读的解释

所谓幻读，指的是当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行。InnoDB存储引擎通过多版本并发控制（MVCC）解决了幻读的问题。

用大白话解释一下，就是事务1查询id<10的记录时，返回了2条记录，接着事务2插入了一条id为3的记录，并提交。接着事务1查询id<10的记录时，返回了3条记录，说好的可重复读呢？结果却多了一条数据。

MySQL通过MVCC解决了这种情况下的幻读，我们可以验证一下

时间    客户端A    客户端B
T1    set session transaction isolation level repeatable read;
start transaction;
select count(*) from account where id <=10;
输出2;    
T2        set session transaction isolation level repeatable read;
start transaction;
insert into account(id,name,balance) values(“3”,“王五”,“0”) ;
select count(*) from account where id <=10;
commit；
输出3
T3    select count(*) from account where id <=10;
commit；
输出2    
这种情况下的幻读被解决了，再举一例，表中的数据如下

时间    客户端A    客户端B
T1    set session transaction isolation level repeatable read;
start transaction;
select count(*) from account where id =3;
输出0;    
T2        set session transaction isolation level repeatable read;
start transaction;
insert into account(id,name,balance) values(“3”,“王五”,“0”) ;
commit；
T3    insert into account(id,name,balance) values(“3”,“王五”,“0”);
;主键重复，插入失败    
T4    select count(*) from account where id =3;
输出0;    
T5    rollback;    
select 某记录是否存在，不存在，准备插入此记录，但执行 insert 时发现此记录已存在，无法插入，这个就有问题了。

很多人容易搞混不可重复读和幻读，确实这两者有些相似。但不可重复读重点在于update和delete，而幻读的重点在于insert。

注意：不可重复读和幻读的区别是：前者是指读到了已经提交的事务的更改数据（修改或删除），后者是指读到了其他已经提交事务的新增数据。
对于这两种问题解决采用不同的办法，防止读到更改数据，只需对操作的数据添加行级锁，防止操作中的数据发生变化；而防止读到新增数据，往往需要添加表级锁，将整张表锁定，防止新增数据（oracle采用多版本数据的方式实现）。

当隔离级别设置为可串行化，强制事务串行执行，避免了前面说的幻读的问题。