MySQL 事务隔离级别

前言

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

隔离性与隔离级别

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

读未提交

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

客户端A
start transaction;
update users set name = 'hello' where id = 1;
select * from users where id = 1; #此时可以读到 name,更新为hello

客户端B
start transaction;
select * from users where id = 1; #此时读到 name为hello

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

读提交

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

客户端A
start transaction;
update users set name = 'hello' where id = 1;
commit;

客户端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 语句得到的结果是一样的，但是会有幻读现象。

客户端A
start transaction;
select * from users;  #为空
#此时客户端B 完成commit 操作
select * from users;  #还是为空
insert into users(id, name) value (1, 'hello') #报主键冲突

客户端B
start transaction;
select * from users; #为空
insert into users(id, name) values (1, 'hello');
commit;

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

串行化

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

客户端A
start transaction;
insert into users(id, name) values (1, 'hello');
commit;

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

原文链接：https://segmentfault.com/a/1190000023085634