前言:
因为InnoDB是支持事务的,所以只对InnoDB的事务进行讨论。
事务是由一组SQL语句组成的逻辑处理单元,是一组不可分割的操作序列。

一个事务在读取某些数据已经发生了改变、或某些记录已经被删除了!这种现象叫做“不可重复读”。
不可重复读产生的场景对应的是read committed读已提交的事务隔离级别,即事务读取的数据都是已经完成持久化的数据。

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

不可重复读针对的是同一条数据,读的是别的事务修改之前的样子,一旦事务的隔离级别使用了unrepeatable read,加上行锁,就可以避免产生。
幻读针对的是满足筛选条件的一批数据,因为行锁不能阻止插入和删除数据,所以会导致查询到的条数是错误的,使用serializable可以避免。
| 脏读 | 不可重复读 | 幻读 | |
|---|---|---|---|
| read uncommitted | √ | √ | √ |
| read committed | √ | √ | |
| repeatable read | √ | ||
| serializable |
设置表的隔离级别sql语言如下:
读缓存里面的数据,风险最高但是允许的并发最多
读持久化的数据,不读缓存的数据,不加锁
读可持久化的数据的数据,并且添加行级锁(一个事务在修改某行数据的时候,别的事务阻塞等待提交才能读到)
最安全但是并发效率最低,读持久化数据,并且加表锁,如果事务并发的多,需要一直阻塞,不建议使用。
事务的隔离级别从低到高依次是 read uncommitted , read committed, repeatable read , serializable 。隔离级别越低,越能支持高并发的数据操作,与此同时,也会带来越高的并发风险,Mysql数据库默认的隔离级别是repeatable read 。
到此这篇关于Mysql事务的隔离级别(脏读+幻读+可重复读)的文章就介绍到这了,更多相关Mysql事务隔离内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!