MySQL综合应用二：事务机制二：四种隔离级别：【READ UNCOMMITTED】、【READ COMMITTED】、【REPEATABLE READ】、【SERIALIZABLE】；

目录

1.买票的业务场景：适合【READ UNCOMMITTED】的隔离级别

2.银行转账的业务场景：适合使用【READ COMMITTED】这种隔离级别

3.电商订单支付场景：适合使用【REPEATABLE READ】这种隔离级别

4.【SERIALIZABLE】隔离级别

---

数据库中的事务都是并发执行的，因为事务具有隔离性，会给一些业务带来问题。本篇博客主要介绍【事务并发执行的条件下，怎么去修改事务的隔离级别，以满足业务的要求。】

默认情况下，MySQL是不允许事务之间相互读取临时数据的，但是在某些特殊场合下，我们需要允许事务之间能读取到一些临时数据，这个就必须去修改事务的隔离级别了。

需要根据具体的业务场景，从这四个隔离级别中提挑选合适的一个来使用。

1.买票的业务场景：适合【READ UNCOMMITTED】的隔离级别

业务案例1：A事务看到G8047 1车厢1A坐席是未售出状态，于是A事务就使用UPDATE语句修改了这条记录的状态为已售出，因为A事务还没有提交，所以修改操作只是记录在了redo日志中，真实的数据并没有发生改变。。。。如果，此时B事务启动了，B事务也会看到G8047 1车厢1A坐席是未售出的，于是B事务使用UPDATE修改了这条记录的状态为已售出，然后B事务很快就提交了，于是真实的数据文件就发生了改变。。。。此时，A事务再去提交事务，就发现这个坐席已经是已售出了，于是A事务就引发了回滚操作。

虽然，这个案例中没有产生歧义的数据，但是动不动就购票失败，这种体验很差；；；于是在这种场景中，就应该允许当前的事务去读取其他事务的临时状态，B事务发现A事务的临时数据中已经购买了G8047 1车厢1A坐席的信息，于是B事务就可以去购买其他的坐席了；

对于【买票的业务】这种场景，适合使用“READ UNCOMMITTED”这种隔离级别，意思是：允许事务读取其他事务未提交的临时数据；

其中，“SET SESSION”意思是，设置当前会话的事务隔离级别；这种设置不是全局的，只在当前会话生效；会话的意思是：在Navicat中打开一个SQL面板，编写SQL语句，这个就是一个会话，当把这个面板关了，这个会话就结束了；

演示：