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

一、事务的四个隔离级别

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次读出来的记录数不一样。
事务的隔离级别及引发的问题

三、案列演示

读未提交
事务的隔离级别及引发的问题
读已提交
事务的隔离级别及引发的问题
可重复读
事务的隔离级别及引发的问题
串行化
事务的隔离级别及引发的问题
事务的隔离级别及引发的问题