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 完成提交
|