事务的隔离级别！

脏读：未提交的事务被其他事务读到了。

不可重复读：同一个事务对同一条记录读取两遍，两次读出来的结果竟然不一样。

幻读：同样的条件，第一次和第二次读出来的记录数不一样。

不可重复读是因为其他事务进行了 UPDATE 操作，幻读是因为其他事务进行了 INSERT 或者 DELETE 操作。

以上三种情况都是一个事务读，一个事务写的情况。

丢失更新：

如果两个线程同时下单，很可能就会出现下面这样的情况：

1. 线程 A 获取库存值为 10；
2. 线程 B 获取库存值为 10；
3. 线程 A 需要买 5 个商品，校验通过，并下单；
4. 线程 B 需要买 5 个商品，校验通过，并下单；
5. 线程 A 下单完成，更新库存值为 10 - 5 = 5；
6. 线程 B 下单完成，更新库存值为 10 - 5 = 5；

两个线程下单结束后，商品的库存还剩 5 个，而实际上 10 个商品都已经卖光了。

隔离级别：

• 读未提交（Read Uncommitted）：可以读取未提交的记录，会出现脏读，幻读，不可重复读，所有并发问题都可能遇到；
• 读已提交（Read Committed）：事务中只能看到已提交的修改，不会出现脏读现象，但是会出现幻读，不可重复读；（大多数数据库的默认隔离级别都是 RC，但是 MySQL InnoDb 默认是 RR）
• 可重复读（Repeatable Read）：MySQL InnoDb 默认的隔离级别，解决了不可重复读问题，但是任然存在幻读问题；事务执行过程中读到的数据都是一致的，可重复读都是读取该记录事务开始时的那个版本
• 序列化（Serializable）：最高隔离级别，啥并发问题都没有。

锁：

通过对读写操作加不同的锁，以及对释放锁的时机进行不同的控制，就可以实现四种隔离级别。

四种隔离级别的加锁策略如下：

• 读未提交（Read Uncommitted）：事务读不阻塞其他事务读和写，事务写阻塞其他事务写但不阻塞读；通过对写操作加 “持续X锁”，对读操作不加锁 实现；
• 读已提交（Read Committed）：事务读不会阻塞其他事务读和写，事务写会阻塞其他事务读和写；通过对写操作加 “持续X锁”，对读操作加 “临时S锁” 实现；不会出现脏读；
• 可重复读（Repeatable Read）：事务读会阻塞其他事务事务写但不阻塞读，事务写会阻塞其他事务读和写；通过对写操作加 “持续X锁”，对读操作加 “持续S锁” 实现；
• 序列化（Serializable）：为了解决幻读问题，行级锁做不到，需使用表级锁。

快照读【Mysql核心剖析系列】当前读与快照读的区别 - 掘金

在读未提交隔离级别下，快照是什么时候生成的？

没有快照，因为不需要，怎么读都读到最新的。不管是否提交

在读已提交隔离级别下，快照是什么时候生成的？

SQL语句开始执行的时候。

在可重复读（RR）隔离级别下，快照是什么时候生成的？

事务开始的时候

怎么知道执行的语句是当前读还是快照读？

1.在默认隔离级别下（RR），select 语句默认是快照读

select a from t where id = 1
复制代码

2.select 语句加锁是当前读

# 共享锁
select a from t where id = 1 lock in share mode;

#排他锁
select a from t where id = 1 for update;
复制代码

3.update 语句是当前读

update t set a = a + 1;

当前读 （又称为加锁读或者阻塞读） 

这种读操作读的不再是数据的快照版本，而是数据的最新版本，并会对数据加锁，根据加锁的不同，又分成两类：

• SELECT ... LOCK IN SHARE MODE：加 S 锁
• SELECT ... FOR UPDATE：加 X 锁
• INSERT / UPDATE / DELETE：加 X 锁

当前读在 RR 和 RC 两种隔离级别下的实现也是不一样的：RC 只加记录锁，RR 除了加记录锁，还会加间隙锁，用于解决幻读问题。

非常清晰的例子！！！

RC

 RR