我们回到一个经常会讨论的问题：MySQL事务隔离级别究竟应该怎么选择？
先说一下我自己的见解：
建议在RC和RR两个隔离级别中选一种，如果能接受幻读，需要并发高点，就可以配置成RC：
如果不能接受幻读的情况，就设置成RR隔离级别。
我们就来详细介绍一下MySQL的4种事务隔离级别。
1 通过基本定义认识事务隔离级别
四种隔离级别的基本定义（如果觉得文字不太好理解，可以结合文章后面的实验部分）：
|
事务隔离级别 |
解释 |
|
Read uncommitted （读未提交，简称：RU） |
所有事务都可以看到其它未提交事务的执行结果，这也就是脏读。 |
|
Read Committed （读已提交，简称：RC） |
一个事务只能看见已经提交事务所做的改变，某个事务执行期间可能有其他事务提交，所以可能出现幻读 |
|
Repeatable Read （可重复读，简称：RR） |
这是MySQL的默认事务隔离级别，它确保同一事务相同的语句多次查询时，会看到同样的数据行。消除了脏读、不可重复读，默认也不会出现幻读 |
|
Serializable （串行） |
这是最高的隔离级别，它通过强制事务排序，使不同事务之间不可能相互冲突，从而解决幻读问题 |
解释一下幻读：在一个事务里面，按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足查询条件的新数据。这种情况就称为幻读。
2 通过实验认识Read uncommitted
创建测试表和写入测试数据：
use martin;
drop procedure if exists insert_t21;
delimiter ;;
create procedure insert_t21()
begin
drop table if exists t21;
CREATE TABLE `t21` (
`id` int NOT NULL AUTO_INCREMENT,
`a` int NOT NULL,
`b` int NOT NULL,
PRIMARY KEY (`id`),
KEY `idx_c` (`a`)
) ENGINE=InnoDB CHARSET=utf8mb4;
insert into t21(a,b) values (1,1),(2,2);
end;;
delimiter ;按下图进行RU隔离级别的实验：
|
步骤 |
session1 |
session2 |
|
1 |
call insert_t21(); |
|
|
2 |
set session transaction_isolation='READ-UNCOMMITTED'; |
set session transaction_isolation='READ-UNCOMMITTED'; |
|
3 |
begin; |
begin; |
|
4 |
select * from t21 where a=1; |
|
|
5 |
insert into t21(a,b) values (1,3); |
|
|
6 |
select * from t21 where a=1; |
|
|
7 |
commit; |
commit; |
上面的实验中，第 5 步中 session2 写入了一条 a、b 值分别为 1、3 的记录，在第 6 步中，session2 中的事务还没提交，但是 session1 就能看到 session2 写入的数据，出现了脏读现象。
3 通过实验认识Read Committed
按下图，进行RC隔离级别的实验：
|
ID |
session1 |
session2 |
|
1 |
call insert_t21 (); |
|
|
2 |
set session transaction_isolation='READ-COMMITTED'; |
set session transaction_isolation='READ-COMMITTED'; |
|
3 |
begin; |
begin; |
|
4 |
select * from t21 where a=1; |
|
|
5 |
insert into t21(a,b) values (1,3); |
|
|
6 |
select * from t21 where a=1; |
|
|
7 |
commit; |
|
|
8 |
select * from t21 where a=1; |
|
|
9 |
commit; |
实验结果是：
session2 写入了新数据未提交的情况下，session1 无法查看到新记录，等到 session2 提交之后，session1 才能看到第 5 步 session2 写入的数据。
但是存在一个问题就是在session1这个事务里面，按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据。也就是出现了幻读。
4 通过实验认识Repeatable Read
再来看下RR隔离级别下的实验：
|
ID |
session1 |
session2 |
|
1 |
call insert_t21 (); |
|
|
2 |
set session transaction_isolation='REPEATABLE-READ'; |
set session transaction_isolation='REPEATABLE-READ'; |
|
3 |
begin; |
begin; |
|
4 |
select * from t21 where a=1; |
|
|
5 |
insert into t21(a,b) values (1,3); |
|
|
6 |
select * from t21 where a=1; |
|
|
7 |
commit; |
|
|
8 |
select * from t21 where a=1; |
|
|
9 |
commit; |
|
|
10 |
select * from t21 where a=1; |
实验结论：
session2 写入了新数据未提交的情况下，session1 无法查看到新记录，等到 session2 提交但是 session1 还未提交时，session1 还是不能看到新记录，需要等 session1 事务提交之后，才能查看到第 5 步 session2 写入的新数据。
也就是RR隔离级别下，在同一个事务里面，前后两条一样的语句，读取的数据是一样的。
5 通过实验认识Serializable
进行如下实验：
|
ID |
session1 |
session2 |
|
1 |
call insert_t21 (); |
|
|
2 |
set session transaction_isolation='SERIALIZABLE'; |
set session transaction_isolation='SERIALIZABLE'; |
|
3 |
begin; |
begin; |
|
4 |
select * from t21 where a=1; |
|
|
5 |
insert into t21(a,b) values (1,3); （等待） |
|
|
6 |
select * from t21 where a=1; |
|
|
7 |
commit; |
session1 提交后，第 5 步中的写入操作执行成功 |
|
8 |
commit; |
|
|
9 |
select * from t21 where a=1; |
当 session1 中有事务查询 a=1 这行记录时，在 session2 就不能插入 a=1 的记录，进入等待。必须等 session1 提交后，session2 才能执行成功。也就是让事务串行进行。
6 Read uncommitted的例子
拿零售业务场景来讲，在事务隔离级别 RU 下：
比如顾客 A 在超市买单时，
当收银员扫完顾客 A 的支付码后，因为网络原因，一直等待着（也就是整个支付过程的事务还没结束）；
这时收银员去后台数据查询，看到 A 的钱已经进入超市账户了，然后让顾客 A 离开。
过了一会，整个支付过程回滚了，才发现 A 实际是支付失败。
这样超市岂不是很亏。
这就是 RU 隔离级别可能导致脏读的情况。
7 Read Committed的例子
顾客A在超市购买了90元的东西。
收银系统查询到顾客A还剩100元，足够扣款，
A 的老婆在家网购，花掉了A账户里的这100块，
收银系统在扣除A账户90元时，就会出现报错，
顾客A肯定郁闷，不是明明钱够么？
这就是 RC 隔离级别下的幻读现象。
8 Repeatable Read的例子
顾客A在超市购买了90元的东西。
当收银系统查询到顾客A还剩100 元，足够扣款，
这期间A 的老婆在家网购，能查询到 A 的账户里还有 100 元，但是想要用 A 账户里的 100 块，却发现并不能使用这 100 元，
A最后的扣款步骤也能正常完成，最终顺利完成了整个付款过程，
这就是可重复读的现象。
9 Serializable的例子
顾客A在超市购买了90元的东西。
当收银系统查询到顾客A还剩100元，足够扣款，
此时A 的老婆在家网购，想查询 A 账户里还有多少钱，却发现无法查看到，必须要等到 A 整个付款完成，其老婆才能去查询余额，
这就是串行导致的。
10 如何选择合适的事务隔离级别
对于RU隔离级别，会导致脏读，从性能上看，也不会比其它隔离级别好太多，因此生产环境不建议使用。
对于RC隔离级别，相比RU隔离级别，不会出现脏读；但是会出现幻读，一个事务中的两次执行同样的查询，可能得到不一样的结果。
对于 RR 隔离级别，相比RC隔离级别，解决了部分幻读，我们在锁那一章也有详细讲解，但是相对于RC，锁的范围可能更大了。
对于 Serializable 隔离级别，因为它强制事务串行执行，会在读取的每一行数据上都加锁，因此可能会导致大量的超时和锁争用的问题。生成环境也不建议使用。
因此总的来说，建议在RC和RR两个隔离级别中选一种，如果能接受幻读，需要并发高点，就可以配置成RC，如果不能接受幻读的情况，就设置成RR隔离级别。
