zoukankan      html  css  js  c++  java
  • MySQL之事务隔离级别

    前言

    MySQL事务主要用于处理一个包含操作量比较大、复杂的业务。比如说,删除一个学生,我们除了要删除该学生的基本信息,同时也要删除考试记录、违规记录等。诸多的操作组成一个事务。事务是用来管理insertupdatedelete基本指令的。当MySQL使用innodb引擎的前提下才支持事务操作。

    事务的基本特点

    • 原子性

      一个事务的执行所有的操作,结果只有两种:要么全部执行、要么全部不执行。事务在执行的过程中,当在某一个节点执行发生错误的时候,事务会被执行rollback操作,将数据恢复到执行该事务之前的状态。A去银行转账,要么转账成功、要么转账失败。

    • 一致性

      从事务开始执行到执行完成后,数据库的完整性约束完全没有收到破坏。A转账给B,不可能发生这种情况:A转账成功、B没有收到款。

    • 隔离性

      在同一时间点,数据库允许多个并发事务同时对其数据进行读写和修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别,包括读未提交( read uncommitted )、读提交( read committed )、可重复读( repeatable read|默认方式 )和串行化( serializable )。

    • 持久性

      事务成功执行后,事务的所有操作对数据库的更新是永久的,不能回滚。

    隔离性的类别

    • read uncommitted | 读未提交

    • read committed | 读已提交

    • repeatable read | 可重复读

    • serializable | 串行化

    MySQL数据库中,引擎默认使用repeatable read

    # SELECT @@tx_isolation 或者 SELECT @@transaction_isolation# MySQL 8.x
    # transaction_isolation在MySQL 5.7.20中添加了作为别名 tx_isolation,现已弃用,并在MySQL 8.0中删除。
    # 应调整应用程序transaction_isolation以优先使用 tx_isolation。
    mysql> SELECT @@transaction_isolation;
    +-------------------------+
    | @@transaction_isolation |
    +-------------------------+
    | REPEATABLE-READ         |
    +-------------------------+
    1 row in set (0.01 sec)
    

    事务的并发问题

    脏读

    事务A读取了事务B更新的数据,然后事务B在某些因素下执行了回滚,那么事务A读取的数据就是不合理的,即脏数据。

    ## (1)事务A的操作## 设置为隔离方式为[读未提交 | read uncommitted]
    ## 开启事务并查询id为1的score的值
    mysql> set session transaction isolation level read uncommitted;
    Query OK, 0 rows affected (0.00 sec)
    
    
    mysql> start transaction;
    Query OK, 0 rows affected (0.00 sec)
    
    
    mysql> select * from score;
    +----+----------+-------+
    | id | name     | score |
    +----+----------+-------+
    |  1 | alicfeng |    80 |
    |  2 | feng     |   100 |
    |  3 | alic     |    90 |
    +----+----------+-------+
    3 rows in set (0.00 sec)
    
    
    ## (2)事务B的操作
    ## 开启事务并将id为1的score修改成 75
    mysql> start transaction;
    Query OK, 0 rows affected (0.00 sec)
    
    
    mysql> update score set score=75 where id=1;
    Query OK, 1 row affected (0.00 sec)
    Rows matched: 1  Changed: 1  Warnings: 0
    
    
    mysql> select * from score;
    +----+----------+-------+
    | id | name     | score |
    +----+----------+-------+
    |  1 | alicfeng |    75 |
    |  2 | feng     |   100 |
    |  3 | alic     |    90 |
    +----+----------+-------+
    3 rows in set (0.00 sec)
    
    
    ## (3)事务A的操作
    ## 再次读取id为1的score值 75
    mysql> select * from score;
    +----+----------+-------+
    | id | name     | score |
    +----+----------+-------+
    |  1 | alicfeng |    75 |
    |  2 | feng     |   100 |
    |  3 | alic     |    90 |
    +----+----------+-------+
    3 rows in set (0.00 sec)
    
    
    ## (4) 事务B的操作
    ## 事务回滚
    mysql> rollback;
    Query OK, 0 rows affected (0.00 sec)
    

    上述四个步骤中,事务A事务B前读取的score的值为80,在事务B执行修改后读取score的值为75事务B再进行回滚操作,那么事务A在两次读取的score的值是不一致的,那么就是脏读。

    不可重复读

    事务A需要重复多次读取某组数据,事务A事务B对该组数据修改提交前后进行读取,很显然、两次读取的数据是不一致的,即不可重复读。侧重于元数据的修改。

    ## 使用[读已提交]的模式实践mysql> set session transaction isolation level read committed;
    Query OK, 0 rows affected (0.00 sec)
    
    
    ## (1) 事务A查询id为1的score 80
    mysql> select * from score;
    +----+----------+-------+
    | id | name     | score |
    +----+----------+-------+
    |  1 | alicfeng |    80 |
    |  2 | feng     |   100 |
    |  3 | alic     |    90 |
    +----+----------+-------+
    3 rows in set (0.00 sec)
    
    
    ## (2) 事务B修改id为1的score并提交事务 75
    mysql> update score set score=75 where id=1;
    Query OK, 1 row affected (0.01 sec)
    Rows matched: 1  Changed: 1  Warnings: 0
    
    
    mysql> commit;
    Query OK, 0 rows affected (0.00 sec)
    
    
    ## (3) 事务A再次查询id为1的score的值 75
    mysql> select * from score;
    +----+----------+-------+
    | id | name     | score |
    +----+----------+-------+
    |  1 | alicfeng |    80 |
    |  2 | feng     |   100 |
    |  3 | alic     |    90 |
    +----+----------+-------+
    3 rows in set (0.00 sec)
    
    
    mysql> select * from score;
    +----+----------+-------+
    | id | name     | score |
    +----+----------+-------+
    |  1 | alicfeng |    75 |
    |  2 | feng     |   100 |
    |  3 | alic     |    90 |
    +----+----------+-------+
    3 rows in set (0.00 sec)
    

    从上述的三个步骤中显而易见可以看出,事务A在事务B修改并提交的前后读取同一条数据的值得不一样的,具有不可重复读问题。

    幻读

    事务A在修改每一条元数据的时候,事务B在此时添加了一条新记录,事务A在处理的过程中突然多了一条数据,即幻读。侧重于数据的删除与修改。

    ## 将事务隔离的模式设置为[可重复读]mysql> set session transaction isolation level repeatable read;
    Query OK, 0 rows affected (0.00 sec)
    
    
    ## (1)事务A读取scor数据表
    mysql> select * from score;
    +----+----------+-------+
    | id | name     | score |
    +----+----------+-------+
    |  1 | alicfeng |    75 |
    |  2 | feng     |   100 |
    |  3 | alic     |    90 |
    +----+----------+-------+
    3 rows in set (0.00 sec)
    
    
    ## (2)事务B新增删除一条数据并提交
    mysql> delete from score where id=1;
    Query OK, 1 row affected (0.01 sec)
    
    
    mysql> commit;
    Query OK, 0 rows affected (0.01 sec)
    
    
    ## (3)事务A再次读取score数据表
    mysql> select * from score;
    +----+----------+-------+
    | id | name     | score |
    +----+----------+-------+
    |  1 | alicfeng |    75 |
    |  2 | feng     |   100 |
    |  3 | alic     |    90 |
    +----+----------+-------+
    3 rows in set (0.00 sec)
    

    可见,事务A事务B删除并提交前后读取的数据一样,出现了幻读。

    事务隔离级别的影响

    事务隔离性说明

    • 隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。

    • 事务隔离级别为读提交时,写数据只会锁住相应的行

    • 事务隔离级别为串行化时,读写数据都会锁住整张表

  • 相关阅读:
    .Net EF中DbContext动态生成DbSet
    .net core 3.0 中间件或过滤器中读取post请求body方法
    Asp.Net Core 5 WebAPI发布后的Swagger不显示问题
    .net Core 使用Swagger 让某些接口不显示在文档
    C# Request.InputStream 读取输入流为空的原因处理
    ASP.NET 中的缓存
    缓存依赖(文件、数据库)
    NLTK基本使用
    NLTK基本使用
    NLTK的基本使用
  • 原文地址:https://www.cnblogs.com/lxwphp/p/15452978.html
Copyright © 2011-2022 走看看