帮助中心/最新通知

质量为本、客户为根、勇于拼搏、务实创新

< 返回文章列表

【服务器相关】Mysql事务的隔离级别(脏读+幻读+可重复读)

发表时间:2025-06-16 03:46:00 小编:主机乐-Yutio
  • (一)读未提交read uncommitted
  • (二)读已提交read committed
  • (三)不可重复读 read repeatable
  • (四)序列化 serializable
  • 前言:

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

    一、事务

    (一)什么是事务

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

    (二)事务的特征

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

    (三)手动开启、提交、回滚事务

    (二)不可重复读 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事务隔离内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!


    联系我们
    返回顶部