MySQL 事务隔离级别

前言

简单来说,数据库事务就是保证一组数据操作要么全部成功,要么全部失败。在 MySQL 中,事务是在引擎层实现的。原生的 MyISAM 引擎不支持事务,也是为什么 InnoDB 会取代它的重要原因之一。

隔离性与隔离级别

当数据库上有多个事务同时执行的时候,根据隔离级别的不同,可能会出现脏读、幻读和不可重复读。标准隔离级别包括读未提交、读提交、可重复读和串行化。

读未提交

如果用这种隔离级别,事务执行的时候会读到其他未提交事务的数据,我们称为脏读。

|

1

2

3

4

|

客户端 A

start transaction;

update users set name = ‘hello’ where id = 1;

select * from users where id = 1; #此时可以读到 name, 更新为 hello

|

|

1

2

3

|

客户端 B

start transaction;

select * from users where id = 1; #此时读到 name 为 hello

|

在此隔离级别下,客户端 B 读到了客户端 A 还未提交的事务即还未 commit 的事务,即产生的脏读现象。

读提交

如果用这种隔离级别,事务执行的时候会读到其他已提交事务的数据,我们称为不可重复读。

|

1

2

3

4

|

客户端 A

start transaction;

update users set name = ‘hello’ where id = 1;

commit;

|

|

1

2

3

4

5

|

客户端 B

start transaction;

select * from users where id = 1; #此时 name 不为 hello

#此时客户端 A 完成 commit

select * from users where id = 1; #此时 name 为 hello

|

在此隔离级别下,客户端 B 读到了客户端 A 完成提交的事务,产生了不可重复读现象。

可重复读

在同一个事务里,SELECT 语句获得的结果是基于事务开始时间点的状态,同一个事务中 SELECT 语句得到的结果是一样的,但是会有幻读现象。

|

1

2

3

4

5

6

|

客户端 A

start transaction;

select * from users;  # 为空

#此时客户端 B 完成 commit 操作

select * from users;  # 还是为空

insert into users(id, name) value (1, ‘hello’) #报主键冲突

|

|

1

2

3

4

5

|

客户端 B

start transaction;

select * from users; #为空

insert into users(id, name) values (1, ‘hello’);

commit;

|

在此隔离级别下,会产生幻读现象。

串行化

在该事务级别下,事务都是串行顺序执行的,避免了脏读,不可重复读,幻读问题。

|

1

2

3

4

|

客户端 A

start transaction;

insert into users(id, name) values (1, ‘hello’);

commit;

|

|

1

2

3

|

客户端 B

start transaction;

select * from users; #会一直堵塞住,直到客户端 A 完成提交

|