Mysql事务的隔离级别(脏读+幻读+可重复读)
前言:
因为InnoDB是支持事务的,所以只对InnoDB的事务进行讨论。
一、事务
(一)什么是事务
事务是由一组SQL语句组成的逻辑处理单元,是一组不可分割的操作序列。
(二)事务的特征
- 原子性(Actomicity):事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行
- 一致性(Consistent):在事务开始和完成时,数据都必须保持一致状态。
- 隔离性(Isolation):数据库系统提供一定的隔离机制,保证事务在不受外部并发操作影响的“独立”环境执行。
- 持久性(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;
注意:在回滚和提交之前,数据库中的数据都是操作的缓存中的数据,而不是数据库中的真实数据。
二、脏读、幻读、可重复读
(一)脏读 read uncommit
读取到了未提交的数据。
脏读对应的是read uncommitted读未提交的事务隔离级别,即从缓存中读取数据,而不是读取已经持久化的数据。
事务B在select的时候,读取到了被事务A更新在缓存的数据,但是该数据没有真正的持久化到数据库中,一旦事务A会滚,事务B就会读到错误的脏数据。
(二)不可重复读 unrepeatable
一个事务在读取某些数据已经发生了改变、或某些记录已经被删除了!这种现象叫做“不可重复读”。
不可重复读产生的场景对应的是read committed读已提交的事务隔离级别,即事务读取的数据都是已经完成持久化的数据。
(三)幻读
同一事务内,同样的筛选条件,查询出来的数据条数发生了变化,(另一个事务抢到CPU进行了删除或者插入条件),这种现象就称为“幻读” 。
幻读产生的场景对应的是repeatable read可重复读的事务隔离级别,事务读取的数据都是已经完成持久化的数据,并且为事务在修改的数据增加行锁,但是没有表锁。
(四)不可重复读和幻读的区别
不可重复读针对的是同一条数据,读的是别的事务修改之前的样子,一旦事务的隔离级别使用了unrepeatable read,加上行锁,就可以避免产生。
幻读针对的是满足筛选条件的一批数据,因为行锁不能阻止插入和删除数据,所以会导致查询到的条数是错误的,使用serializable可以避免。
三、事务的隔离级别
脏读 | 不可重复读 | 幻读 | |
---|---|---|---|
read uncommitted | √ | √ | √ |
read committed | √ | √ | |
repeatable 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;
(一)读未提交read uncommitted
读缓存里面的数据,风险最高但是允许的并发最多
(二)读已提交read committed
读持久化的数据,不读缓存的数据,不加锁
(三)不可重复读 read repeatable
读可持久化的数据的数据,并且添加行级锁(一个事务在修改某行数据的时候,别的事务阻塞等待提交才能读到)
(四)序列化 serializable
最安全但是并发效率最低,读持久化数据,并且加表锁,如果事务并发的多,需要一直阻塞,不建议使用。
事务的隔离级别从低到高依次是 read uncommitted , read committed, repeatable read , serializable 。隔离级别越低,越能支持高并发的数据操作,与此同时,也会带来越高的并发风险,Mysql数据库默认的隔离级别是repeatable read 。
到此这篇关于Mysql事务的隔离级别(脏读+幻读+可重复读)的文章就介绍到这了,更多相关Mysql事务隔离内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!