Mysql四种隔离级别

文章目录

  • 一、 查看隔离级别
  • 二、 四种隔离级别
    • 2.1 read uncommitted ( RU,读未提交 )
    • 2.2 read committed (RC,读已提交 )
    • 2.3 repeatable read (RR,可重复读)
    • 2.4 serializable 可串行化
  • 三、 隔离解决的问题
    • 3.1 dirty read 脏读
      • non-repeatable read 不可重复读
      • phantom 幻读
    • 3.4 对应的解决方法

一、 查看隔离级别

首先隔离级别是Mysql的一个参数配置,是可以修改的。

SQL为:

SHOW VARIABLES LIKE 'transaction_isolation';

+-----------------------+----------------+
| Variable_name         | Value          |
+-----------------------+----------------+
| transaction_isolation | READ-COMMITTED |
+-----------------------+----------------+
1 row in set (0.03 sec)

Mysql的默认隔离级别为 READ-COMMITTED (读已经提交)。

二、 四种隔离级别

有四种隔离级别,隔离程度依次加强。

所谓隔离级别,就是衡量事务之间的隔离程度,衡量事务之间的相互影响程度。最理想的转态,是事务之间绝对独立,互不影响,当然这样就会牺牲Mysql的性能,无法实现高并发。

隔离程度太弱或者太强,未必能满足需求,需要根据需要来配置隔离级别。因此,就定义四种隔离级别。

2.1 read uncommitted ( RU,读未提交 )

这种隔离程度最弱,其实就是没有任何隔离,会读到脏数据,即可以读到别的事务还未提交的数据。

2.2 read committed (RC,读已提交 )

在自己的事务中,可以读到别的事务已经提交的数据,即在自己的事务期间,如果别的事务提交了数据,则可以读到。

2.3 repeatable read (RR,可重复读)

即自己的事务期间,多次执行同一个查询,可以得到相同的结果。这个比 read committed 更加隔离了,别人在此期间的更新也感知不到了。

2.4 serializable 可串行化

可以理解是串行化操作。并发读没有问题,若是有个事务是写操作,就会加锁,其他的事务无论读写都要被锁住,直到那个获得锁的事务commit,然后才释放锁。可以看到,这里无法实现高并发了。

三、 隔离解决的问题

为什么需要事务隔离,是需要解决以下问题。

3.1 dirty read 脏读

一个事务读到了另一个事务未被提交的数据。

non-repeatable read 不可重复读

同一个事务中,多次读取某一条记录,获得的结果不同。即感知到了别的事务对某条记录的修改。例如修改了或者删除了某一行数据。

phantom 幻读

同一个事务中,多次查询,查询的记录数量不同。与不可重复读很像,幻读是指多次读取,但是读了新增的数据,不可重读是指多次读取,但是某些行的数据被修改或者删除了。

所以,insert会导致幻读,update和delete会导致不可重复读。

3.4 对应的解决方法

隔离级别 脏读 不可重复读 幻读
未提交读(Read uncommitted) 可能 可能 可能
已提交读(Read committed) 不可能 可能 可能
可重复读(Repeatable read) 不可能 不可能 可能
可串行化(Serializable) 不可能 不可能 不可能

可以看到:

  • 可重复读能解决脏读和不可重复读的问题,但是不能解决幻读的问题。
  • 可串行化可以脏读、不可重复读和幻读的问题。

为什么可重复读不能解决幻读的问题呢?
我个人的理解是:可重复读使用了行级锁,可能保证当前读到的行可重复读,但是会读到新增的数据,那么可串行化应该是使用表级锁解决了这个问题。

你可能感兴趣的:(数据库,mysql,数据库,隔离级别)