zoukankan      html  css  js  c++  java
  • MySQL四种隔离级别

    什么是事务

    事务是应用程序中一系列严密的操作,所有的操作必须成功完成,否则每个操作中国所做的所有更改都会被撤销。也就是事务具有原子性,一个事务中的一系列的操作要么全部成功,要么一个都不做。

    事务的结束有两种,当事务中的所有步骤全部成功执行时,事务提交。如果一个步骤失败,将发生回滚操作,撤销之前到事务开始时的所有操作。

    事务的ACID

    事务具有四个特征:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)和持续性(Durability)。这一个特性简称为ACID特性。

    1. 原子性:事务是数据库的逻辑工作单位,事务中包含的各操作要么都做、要么都不做。
    2. 一致性:事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果是,就说数据库处于一致性状态。如果数据库系统运行中发生故障,有些事务尚未完成就被迫中断,这些未完成事务对数据库所做的修改有一部分已写入物理数据库,这时数据库就处于一种不正确的状态,或者说是不一致的状态。
    3. 隔离性:一个事务的执行不被其他事务干扰。即一个事务内部的操作及使用的数据对其他并发事务是隔离的,并发执行的各个事务之间不能互相干扰。
    4. 持续性:也称永久性,指一个事务一旦提交,它对数据库中的数据的改变就应该是永久性的。接下来的其他操作或者故障不应该对其执行结果有任何影响。

    事务操作:

    • 读锁(共享)

    • 写锁(独占)

    Mysql的四种隔离级别

    SQL标准定义了4类隔离级别,包括了一些具体规则,用来限定事务内外的哪些改变是可见的,哪些是不可见的。低级别的隔离级一般支持更高的并发处理,并拥有更低的系统开销。

    1. Read Uncommitted(读取未提交内容)

      在该隔离级别,所有事物都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用。因此它的性能也不比其他级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)

    2. Read Committed(读取提交内容)

      这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。这种隔离级别也支持所谓的不可重读(NonRepeatable Read),因为同一个事务的其他实例在该实例处理期间可能会有新的commit,所以统一Select可能返回不同的结果。

    3. Repeatable Read(可重读)

      这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到相同的数据行。不过理论上,这会导致另一个棘手的问题:幻读(Phantom Read)。简单的说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发生有新的“幻影”行。InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题。

    4. Serializable(可串行化)

      这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,他是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。

    这四种隔离级别采用不同的锁类型来实现,若读取的是同一份数据的话,就容易发生问题。

    1. 脏读(Dirty Read):某个事务已更新一份数据,另一个事务在此时读取了同一份数据,由于某些原因,前一个RollBack了操作,后一个书屋所读取的数据会是不正确的。(大白话说:读未提交。一个事务读取了另一个事务改写还未提交的数据,如果另一个事务在稍后时刻回滚则脏读发生了。)
    2. 不可重复读(Non-Repeatable Read):在一个事务的两次查询之中数据不一致,这可能是两次查询过程中插入了一个事务,更新了原有的数据。(大白话说:读不回去。一个事务在进行相同条件的查询连续的两次或者两次以上,每次结果都不同,查询期间,有其他事务进行update操作)
    3. 幻读(Phantom Read):在一个事务的两次查询中数据行数不一致。例如有一个事务查询了几行数据,而另一个事务却在此时插入了新的几行数据,先前的事务在接下来的查询中,就有几列数据是未查询出来的,如果此时插入和另一个事务插入的数据,就会发生报错。(大白话说:读多了。一个事务进行相同条件查询。在后来的查询中会发现原来没有的记录,在查询期间,有其他事务进行insert操作)

    在MySQL中,实现了这四种隔离级别,分别有可能产生问题如下所示:

    隔离级别 脏读 不可重复读 幻读
    Read Uncommited
    Read Comitted
    Repeatable Read
    Serializable

    测试MySQL的隔离级别

    准备工作:

    数据库测试表信息
      		
      			create table `customers`(
    	`id` int(11) unsigned not null AUTO_INCREMENT,
    	`name` varchar(32) not null default '0',
    	primary key(`id`)
    )Engine=InnoDB AUTO_INCREMENT = 4 default charset=utf8;
    insert into test(num) values(`tom`);
    insert into test(num) values(`jerry`);
    insert into test(num) values(`anny`);
      		
      	

    脏读

    [A]

    ​ 2.关闭自动提交

    set autocommit = 0;

    3.开启事务

    start transaction;

    ​ 4.执行更新

    update name set name ='jerry' where id =1;

    [B]

    ​ 1.设置b的隔离级别

    set session transaction isolation level read uncommitted;

    ​ 5.查询客户

    select * from customers

    具体操作:

    1. [B机器]:设置隔离级别为read uncommitted

    image-20190818210542946

    1. [A机器]:开启事务,执行更新

      image-20190818210842464

    2. [B机器]:查询所有数据

      image-20190818210927145

    3. [A机器]:回滚事务

      image-20190818210947974

    4. [B机器]:脏读导致了数据不一致

      image-20190818211005282

    解决:

    6.[B机器]:隔离级别提升为read committed;

    set session transaction isolation level read committed

    image-20190818211319403

    7.[A机器]:重新开启事务,更新数据

    image-20190818211407836

    8.[B机器]:查询数据

    image-20190818211433444

    不可重复读

    [A]

    1. 设置隔离级别 read committed

      set session transaction isolation level read committed;

    2. 关闭自动提交

      set autocommit = 0;

    3. 开启事务

      start transaction;

    4. 查询

      select name from customers where id =1;

    [B]

    5.开启事务,更新数据,提交数据(默认是自动提交)

    update customers set names = 'jerry' where id =1

    具体操作:

    ​ [A机器]:设置隔离级别,关闭自动提交,开启事务,查询数据

    image-20190818214025228

    [B机器]:更新数据

    image-20190818214131433

    [A机器]:再次查询数据,发现数据已经被更新

    image-20190818214207025

    解决:提升隔离级别到repeatbale read

    [A机器]:设置隔离级别,关闭自动提交,开启事务,查询数据

    image-20190818214320652

    如果遇到ERROR 1568,请commit之后再进行设置操作。

    image-20190818214338120

    [B机器]:更新数据

    image-20190818214439252

    [A机器]:查询数据,发现数据没有发生变化

    image-20190818214527188

  • 相关阅读:
    loaded some nib but the view outlet was not set
    指标评比
    IOS DEVELOP FOR DUMMIES
    软件测试题二
    javascript select
    DOM节点类型详解
    mysql操作
    UVA 10055
    solutions for 'No Suitable Driver Found For Jdbc'
    解决git中文乱码问题
  • 原文地址:https://www.cnblogs.com/shine-rainbow/p/11338297.html
Copyright © 2011-2022 走看看