事务隔离级别理解

事务隔离级别理解

目录

• 事务隔离级别理解
  • 概念
  • 四种隔离级别
    • 读未提交
    • 读已提交 READ COMMITTED
    • 可重复读 REPEATABLE READ
    • 串行化 Serializable
  • 产生问题
    • 脏读（读取未提交数据）
    • 不可重复读（前后多次读取，数据内容不一致）
    • 幻读（前后多次读取，数据总量不一致）
    • 不可重复读和幻读比较

概念#

事务隔离级别 脏读 不可重复读 幻读
读未提交（read-uncommitted） 是 是 是
不可重复读（read-committed） 否 是 是
可重复读（repeatable-read） 否 否 是
串行化（serializable） 否 否 否

因此：隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大

四种隔离级别#

读未提交#

事务中的修改，即使没有提交，其他事务也可以看得到，会导致“脏读”、“幻读”和“不可重复读取”。

读已提交 READ COMMITTED#

大多数主流数据库的默认事务等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了“脏读取”，但不能避免“幻读”和“不可重复读取”。该级别适用于大多数系统。

可重复读 REPEATABLE READ#

Mysql的默认隔离级别

保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了“脏读取”和“不可重复读取”的情况，但不能避免“幻读”，但是带来了更多的性能损失。

串行化 Serializable#

最严格的级别，事务串行执行，资源消耗最大

产生问题#

脏读（读取未提交数据）#

所谓的脏读，其实就是读到了别的事务回滚前的脏数据。比如事务B执行过程中修改了数据X，在未提交前，事务A读取了X，而事务B却回滚了，这样事务A就形成了脏读。

不可重复读（前后多次读取，数据内容不一致）#

事务A首先读取了一条数据，然后执行逻辑的时候，事务B将这条数据改变了，然后事务A再次读取的时候，发现数据不匹配了，就是所谓的不可重复读了。

幻读（前后多次读取，数据总量不一致）#

事务A首先根据条件索引得到N条数据，然后事务B改变了这N条数据之外的M条或者增添了M条符合事务A搜索条件的数据，导致事务A再次搜索发现有N+M条数据了，就产生了幻读。也就是说，当前事务读第一次取到的数据比后来读取到数据条目少。

不可重复读和幻读比较#

两者有些相似，但是前者一般针对的是update或delete，后者针对的insert