事务的隔离级别及引发的问题

一、事务的四个隔离级别

4个隔离级别：读未提交、读已提交、可重复读、可串行化。

• 读未提交（READ UNCOMMITTED），事务中的修改，即使没有提交，对其它事务也是可见的。比如事务A和事务B同时进行，事务A在整个执行阶段，会将某数据的值从1开始一直加到10，然后进行事务提交。此时，事务B能够读取事务A操作过程中的未提交的数据（1、2、3、4、5、6…10）
• 读已提交（READ COMMITTED），一个事务能读取已经提交的事务所做的修改，不能读取未提交的事务所做的修改。也就是事务未提交之前，对其他事务不可见。比如事务A在整个执行阶段，会将某数据的值从1开始一直加到10，然后进行事务提交。此时，事务B只能读取到最终的10。
• 可重复读（REPEATABLE READ），保证在同一个事务中多次读取同样数据的结果是一样的。比如事务B开始读取到的是某个值是0，事务A对值进行修改提交多次，事务B读取到的依然是0。多次读取，结果一致。
• 串行化（SERIALIZABLE），强制事务串行执行。比如是最严格的事务隔离级别，它要求所有事务被串行执行，一个事务没有结束，另外的事务没法继续。

二、各个隔离级别引起的问题

读未提交：可能出现脏读、不可重复度、幻读；
读已提交：可能出现不可重复度、幻读；
可重复读：可能出现幻读；
串行化：都没问题；

大多数数据库的默认隔离级别为: Read Commited,如Sql Server , Oracle。

少数数据库默认的隔离级别为Repeatable Read, 如MySQL InnoDB存储引擎。

脏读：读到未提交的数据。

不可重复读：重点是修改，同样的条件, 你读取过的数据, 再次读取出来发现值不一样了。

幻读：重点在于新增或者删除，同样的条件, 第1次和第2次读出来的记录数不一样。

三、案列演示

读未提交

读已提交

可重复读

串行化