MySQL 四种事务隔离级别详解介绍(二)

参考文章：MySQL 四种事务隔离级别详解介绍

事务特性ACID中，隔离性最为复杂，它指的是事务与事务之间不会互相影响，一个事务的中间状态不会被其他事务感知。事务的隔离性由低到高分为：Read uncommitted 、Read committed 、Repeatable read 、Serializable。不同的隔离性在并发事务下会引起不同的读现象：脏读、不可重复读和幻读。

一、读现象及其区别

1、脏读（读取了未提交的数据）

脏读又称无效数据的读出，是指在数据库访问中，事务T1将某一值修改，但是这种修改还没有提交(commit)，然后事务T2读取该值，此后T1因为某种原因撤销对该值的修改，这就导致了T2所读取到的数据是无效的，这个数据就是是脏数据，依据脏数据所做的操作可能是不正确的。

MySQL 四种事务隔离级别详解介绍(二)

例子：程序员小王妻子给小王转零花钱，但是不小心按错数字了，将1K按成了7K，但是还没最后提交，这时候小王正好查看自己的零花钱，发现这个月零花钱有7K，以为老婆开恩，非常高兴。但是小王妻子发现问题，马上回滚差点就提交了的事务，但是小王看到是7K。他看到的是他老婆还没提交事务时的数据。这就是脏读。小王，瞧把你美的。

2、不可重复读（一个事务范围内两个相同的查询却返回了不同数据）

不可重复读，是指在数据库访问中，一个事务范围内两个相同的查询却返回了不同数据。这是由于查询时系统中其他事务修改的提交而引起的。比如事务T1读取某一数据，事务T2读取并修改了该数据，T1为了对读取值进行检验而再次读取该数据，便得到了不同的结果。一种更易理解的说法是：在一个事务内，多次读同一个数据。在这个事务还没有结束时，另一个事务也访问该同一数据。那么，在第一个事务的两次读数据之间。由于第二个事务的修改，那么第一个事务读到的数据可能不一样，这样就发生了在一个事务内两次读到的数据是不一样的，因此称为不可重复读，即原始读取不可重复，读取数据不一样。

MySQL 四种事务隔离级别详解介绍(二)

例子：程序员小王拿着工资卡去Happy（卡里当然只有可怜1K），当他埋单时（程序员事务开启），收费系统事先检测到他的卡里有1K，就在这个时候！小王的妻子发现小王去Happy，就把钱全部转出充当家用，并提交。当收费系统准备扣款时，再检测卡里的金额，发现已经没钱了（第二次检测金额当然要等待小王妻子转出金额事务提交完）。小王就会很郁闷，明明卡里是有钱的。小王，你还是太天真了。

3、幻读（一个事务范围内操作不完整的现象，它对应的是插入Insert操作，而不是Update操作）

幻读是事务非独立执行时发生的一种现象，它是指B事务读取了两次数据，在这两次的读取过程中A事务添加了数据，B事务的这两次读取出来的集合不一样（集合数量或者集合中的元素）。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。

MySQL 四种事务隔离级别详解介绍(二)

例子：程序员小王某一天去Happy，花了1K元，然后他的妻子去查看他今天的消费记录（全表扫描，妻子事务开启），看到确实是花了1K元，就在这个时候，小王又花了1万元，即Insert了一条消费记录，并提交。当妻子打印程序员的消费记录清单时（妻子事务提交），发现小王花了1.1万元，似乎出现了幻觉，这就是幻读。小王，等着跪键盘吧。

脏读

某一事务读取了另一事务未提交的脏数据

不可重复读

某一事务分别读取了另一事务提交前和提交后的数据

幻读

幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是幻读强调的集合的增减（Insert），不可重复读强调的是读取数据的修改（Update）

二、隔离级别锁实现机制

排他锁

被加锁的对象只能被持有锁的事务读取和修改，其他事务无法在该对象上加其他锁，也不能读取和修改该对象

共享锁

被加锁的对象可以被持锁事务读取，但是不能被修改，其他事务也可以在上面再加共享锁

特别的，对共享锁：如果两个事务对同一个资源上了共享锁，事务B想更新该数据，那么它必须等待事务A释放其共享锁

三、隔离级别

1、未提交读(Read uncommitted)

定义

未提交读是最低的隔离级别，在这种事务隔离级别下，一个事务可以读到另外一个事务未提交的数据

锁机制

采用的是一级封锁协议

a、事务在读数据的时候并未对数据加锁；

b、事务在修改数据的时候只对数据增加行级共享锁，直到事务结束才释放。

操作逻辑

a、事务1读取某行记录时，事务2也能对这行记录进行读取、更新（因为事务1并未对数据增加任何锁）

b、当事务2对该记录进行更新时，事务1再次读取该记录，能读到事务2对该记录的修改版本（因为事务2只增加了共享读锁，事务1可以再增加共享读锁读取数据），即使该修改尚未被提交，导致“脏读”

c、事务1更新某行记录时，事务2不能对这行记录做更新，直到事务1结束。（因为事务一对数据增加了共享读锁，事务二不能增加排他锁进行数据的修改）

缺点

不能避免脏读，不可重复读，幻读

2、提交读(Read committed)

定义

提交读也可以翻译成读已提交，在一个事务修改数据过程中，如果事务还没提交，其他事务不能读该数据

锁机制

采用的是二级封锁协议

a、事务对当前被读取的数据加行级共享锁，一旦读完该行，立即释放该行级共享锁（非事务结束）；

b、事务在更新某数据的瞬间，必须先对其加行级排他锁，直到事务结束才释放。

操作逻辑

a、事务1在读取某行记录的整个过程中，事务2都可以对该行记录进行读取（因为事务1对该行记录增加行级共享锁的情况下，事务2同样可以对该数据增加共享锁来读数据。）。

b、事务1读取某行的一瞬间，事务2不能修改该行数据，但是，只要事务1读取完该行数据，事务2就可以对该行数据进行修改。当事务1再次读取该行数据，并结束事务，与第一次读取的不一致，导致了不可重复读。（事务1在读取的一瞬间会对数据增加共享锁，任何其他事务都不能对该行数据增加排他锁。但是事务1只要读完该行数据，就会释放行级共享锁，一旦锁释放，事务2就可以对数据增加排他锁并修改数据）

c、事务1更新某行记录时，事务2不能对这行记录做更新，直到事务1结束。（事务1在更新数据的时候，会对该行数据增加排他锁，知道事务结束才会释放锁，所以，在事务1没有提交之前，事务2都能不对数据增加共享锁进行数据的读取。所以，提交读可以解决脏读的现象）

缺点

不能避免不可重复读，幻读