Mysql事务的隔离级别——关于脏读、幻读、可重复读

因为InnoDB是支持事务的，所以只对InnoDB的事务进行讨论。

一、事务

（一）什么是事务

事务是由一组SQL语句组成的逻辑处理单元，是一组不可分割的操作序列。

（二）事务的特征

1. 原子性（Actomicity）：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。
2. 一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态。
3. 隔离性（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。
4. 持久性（Durable）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。

（三）手动开启、提交、回滚事务

-- 开启事务
start transaction;
update user_count set balance = balance + 20 where id = 1;
update user_count set balance = balance - 20 where id =2;
-- 回滚事务
rollback;
-- 提交事务
commit;
1
2
3
4
5
6
7
8

注意：在回滚和提交之前，数据库中的数据都是操作的缓存中的数据，而不是数据库中的真实数据。

二、脏读、幻读、可重复读

（一）脏读 read uncommit

读取到了未提交的数据。

脏读对应的是read uncommitted读未提交的事务隔离级别，即从缓存中读取数据，而不是读取已经持久化的数据。

事务B在select的时候，读取到了被事务A更新在缓存的数据，但是该数据没有真正的持久化到数据库中，一旦事务A会滚，事务B就会读到错误的脏数据。

（二）不可重复读 unrepeatable

一个事务在读取某些数据已经发生了改变、或某些记录已经被删除了！这种现象叫做“不可重复读”。

不可重复读产生的场景对应的是read committed读已提交的事务隔离级别，即事务读取的数据都是已经完成持久化的数据。

（三）幻读

同一事务内，同样的筛选条件，查询出来的数据条数发生了变化，（另一个事务抢到CPU进行了删除或者插入条件），这种现象就称为“幻读” 。
幻读产生的场景对应的是repeatable read可重复读的事务隔离级别，事务读取的数据都是已经完成持久化的数据，并且为事务在修改的数据增加行锁，但是没有表锁。

（四）不可重复读和幻读的区别

不可重复读针对的是同一条数据，读的是别的事务修改之前的样子，一旦事务的隔离级别使用了unrepeatable read，加上行锁，就可以避免产生。
幻读针对的是满足筛选条件的一批数据，因为行锁不能阻止插入和删除数据，所以会导致查询到的条数是错误的，使用serializable可以避免。

三、事务的隔离级别

设置表的隔离级别sql语言如下：

-- 查询数据库当前的隔离级别
select @@transaction_isolation
-- 读未提交
set session transaction isolation level read uncommitted;
-- 读已提交
set session transaction isolation level read committed;
-- 不可重复读
set session transaction isolation level repeatable read;
-- 序列化（串行执行）
set session transaction isolation level serializable;
1
2
3
4
5
6
7
8
9
10

（一）读未提交read uncommitted

读缓存里面的数据，风险最高但是允许的并发最多

（二）读已提交read committed

读持久化的数据，不读缓存的数据，不加锁

（三）不可重复读 read repeatable

读可持久化的数据的数据，并且添加行级锁（一个事务在修改某行数据的时候，别的事务阻塞等待提交才能读到）

（四）序列化 serializable

最安全但是并发效率最低，读持久化数据，并且加表锁，如果事务并发的多，需要一直阻塞，不建议使用。

事务的隔离级别从低到高依次是 read uncommitted ， read committed， repeatable read ， serializable 。隔离级别越低，越能支持高并发的数据操作，与此同时，也会带来越高的并发风险，Mysql数据库默认的隔离级别是repeatable read 。